From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 00:12:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFEA1EAC for ; Sun, 8 Dec 2013 00:12:05 +0000 (UTC) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99D9F13A0 for ; Sun, 8 Dec 2013 00:12:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=YZssCd0an+zTM/wfetua2oU9fEmnpNxto1YhNAKdRqk=; b=llBGNBkZtgrbH1P2MIaY2zI8YGxH4Z1ffLXlu9vMu2quJh4KVBJJU+MhFzQWTAbtiwNw6mMwInpIGW1ZwQK1vGSayG48TCA0zmsHMSU1uN1Xe6gjGv4i4lFNHtIqPsl+MybLEGBT8786f9xYq3Troa2KZo9l8NvRhprN/hu8NQ4=; Received: from localhost.lerctr.org ([127.0.0.1]:16919 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1VpRyd-000NWF-9s; Sat, 07 Dec 2013 18:12:04 -0600 Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Sat, 07 Dec 2013 18:12:03 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 07 Dec 2013 18:12:03 -0600 From: Larry Rosenman To: Aleksandr Rybalko Subject: Re: [Newcons] EDID message every second or =?UTF-8?Q?=32=3F?= In-Reply-To: <41edbfef-b21a-4afe-9fa8-65b829324a5e@email.android.com> References: <20131207231454.GA1456@borg.lerctr.org> <41edbfef-b21a-4afe-9fa8-65b829324a5e@email.android.com> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.5 X-Spam-Score: -3.1 (---) X-LERCTR-Spam-Score: -3.1 (---) X-Spam-Report: SpamScore (-3.1/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.196, URIBL_BLOCKED=0.001 X-LERCTR-Spam-Report: SpamScore (-3.1/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.196, URIBL_BLOCKED=0.001 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 00:12:05 -0000 On 2013-12-07 18:07, Aleksandr Rybalko wrote: > > Hi Larry, > > Looks like you have display with broken info block (a.k.a. EDID). > That message come from drm2 code, so you can to try to remove DRM > debug flag from kernel config (if it there). > > Otherwise we have to find way to preload correct EDID. XOrg able to do > that, but we still no, IIRC. > > Thanks! > WBW > ------ > Aleksandr Rybalko I don't see a DRM debug flag in GENERIC or my config. Ideas? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 00:29:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75EBC115 for ; Sun, 8 Dec 2013 00:29:03 +0000 (UTC) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 36754145A for ; Sun, 8 Dec 2013 00:29:02 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.209.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id B13BE42C26B6; Sun, 8 Dec 2013 01:23:02 +0100 (CET) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Sat, 7 Dec 2013 18:22:56 -0600 (CST) From: Bryan Venteicher To: Ilya Bakulin Message-ID: <1858127865.2551.1386462176032.JavaMail.root@daemoninthecloset.org> In-Reply-To: <52A37198.1030506@kibab.com> References: <52A37198.1030506@kibab.com> Subject: Re: vtnet broken on -CURRENT when using VirtualBox MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.10.20] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC30 ([unknown])/8.0.2_GA_5569) Thread-Topic: vtnet broken on -CURRENT when using VirtualBox Thread-Index: xz1btT2XoNjAVYtjSqUz4fl6bhwdmA== Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 00:29:03 -0000 ----- Original Message ----- > Hi list, > I'm observing a 100%-reproducible panic in the following setup: > > Host system: FreeBSD 9.1-RELEASE-p7 amd64 > $ pkg info | grep virtualbox > virtualbox-ose-4.2.18_1 A general-purpose full virtualizer for > x86 hardware > virtualbox-ose-kmod-4.2.18 VirtualBox kernel module for FreeBSD > > System in a virtual machine: FreeBSD-CURRENT SVN rev 259064. > Virtual machine is created with virtio host-only adapter. > > When trying to ssh into VM, the system in VM panics with the following > message: > > panic: vtnet_txq_offload: mbuf 0xc309e900 TSO without checksum offload > KDB: stack backtrace: > db_trace_self_wrapper(c0b4fd4d,a6461,65393030,63333039,c13a29c0,...) at > db_trace_self_wrapper+0x2d/frame 0xc23f85a0 > kdb_backtrace(c0b4b145,c0c29a7c,c0b9b43d,c23f865c,c23f865c,...) at > kdb_backtrace+0x30/frame 0xc23f8608 > vpanic(c0c29918,100,c0b9b43d,c23f865c,c23f865c,...) at vpanic+0x80/frame > 0xc23f862c > kassert_panic(c0b9b43d,c0b9b466,c309e900,8b1,c0dad504,...) at > kassert_panic+0xe9/frame 0xc23f8650 > vtnet_txq_mq_start_locked(c2e02810,0,c0b9b369,8ea,c2e02810,...) at > vtnet_txq_mq_start_locked+0x62b/frame 0xc23f8808 > vtnet_txq_mq_start(c2cf7800,c309e900,6,c23f89e0,c23f8866,...) at > vtnet_txq_mq_start+0x76/frame 0xc23f8834 > ether_output(c2cf7800,c309e900,c23f89e0,c23f89d0,c36639d8,...) at > ether_output+0x64b/frame 0xc23f8888 > ip_output(c309e900,0,c23f89d0,0,0,...) at ip_output+0x173f/frame 0xc23f8938 > tcp_output(c36665e0,c342f400,32c,1,c36639d8,...) at > tcp_output+0x1cbf/frame 0xc23f8a9c > tcp_usr_send(c3410d40,0,c342f400,0,0,...) at tcp_usr_send+0x346/frame > 0xc23f8ad0 > sosend_generic(c3410d40,0,c23f8c10,0,0,...) at > sosend_generic+0x3b3/frame 0xc23f8b40 > soo_write(c3142f50,c23f8c10,c2cf0d00,0,c3108620,...) at > soo_write+0x5d/frame 0xc23f8b70 > dofilewrite(c3142f50,c23f8c10,ffffffff,ffffffff,0,...) at > dofilewrite+0x86/frame 0xc23f8ba8 > kern_writev(c3108620,3,c23f8c10,0,28c4d608,...) at > kern_writev+0x96/frame 0xc23f8bf0 > sys_write(c3108620,c23f8cc8,c23f8c98,c076b3a4,c0c36e90,...) at > sys_write+0x5c/frame 0xc23f8c40 > syscall(c23f8d08) at syscall+0x2de/frame 0xc23f8cfc > Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xc23f8cfc > --- syscall (4, FreeBSD ELF32, sys_write), eip = 0x2840dd77, esp = > 0xbfbfb328, ebp = 0xbfbfb348 --- > KDB: enter: panic > [ thread pid 1570 tid 100065 ] > Stopped at kdb_enter+0x3d: movl $0,kdb_why > db> > > > Please help me to debug this. > I suspect I know what is wrong. What's the output of `ifconfig vtnetX`? > -- > Regards, > Ilya Bakulin > > From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 00:35:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06E27321 for ; Sun, 8 Dec 2013 00:35:22 +0000 (UTC) Received: from mail-ee0-f41.google.com (mail-ee0-f41.google.com [74.125.83.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8741414CB for ; Sun, 8 Dec 2013 00:35:21 +0000 (UTC) Received: by mail-ee0-f41.google.com with SMTP id t10so919458eei.14 for ; Sat, 07 Dec 2013 16:35:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-type:content-transfer-encoding:subject:from:date:to :message-id; bh=bHgGGEBqTpyxn1ICB2GHtTJcvvRQrqofMghhrex8hJs=; b=Lyq4CA18AunW8MYMGKz9JIRkP+l4Htzg7xrlMJClI6DtiFvPKqz7qTtXoxZfH57i8v eXN4RCb5Q4j57CfoU9r2JoOrqK+PMUfjUJNJI8b7/jsyQ1D+B3LUWnD+K9ysQjU4sFBu 0P0tQ7BCpQitIEfWDQw91pHy8aFlDswlPn2HlWcuRVmyRl2MNQuq0SC3nVkmbCh93Rit rzKGU+APCVLEy2f+uPMYJCNW3Jl3rh6ZZwHu4BxkzKHvsSEgSmUq/bPr8FeaPz11i1km jj7ugFl3ntMaAsm6zycqE06aDa1oXtomtcTjwuZlUjW8Usgm/WhRBPbo6gDPucNhiYiz wOlA== X-Gm-Message-State: ALoCoQlpK41XZrHwknoWnyKvsAIXIXSIOkhlERAjoFFDrJZ88Jzdm2Z/obsnT3KHqAzS9BLqq8JK X-Received: by 10.14.108.134 with SMTP id q6mr1133925eeg.96.1386461258612; Sat, 07 Dec 2013 16:07:38 -0800 (PST) Received: from [100.80.225.11] ([37.73.230.125]) by mx.google.com with ESMTPSA id g47sm11476178eeo.19.2013.12.07.16.07.35 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 07 Dec 2013 16:07:38 -0800 (PST) User-Agent: K-9 Mail for Android In-Reply-To: <20131207231454.GA1456@borg.lerctr.org> References: <20131207231454.GA1456@borg.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [Newcons] EDID message every second or 2? From: Aleksandr Rybalko Date: Sun, 08 Dec 2013 02:07:21 +0200 To: Larry Rosenman ,freebsd-current@freebsd.org Message-ID: <41edbfef-b21a-4afe-9fa8-65b829324a5e@email.android.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 00:35:22 -0000 Larry Rosenman написав(ла): >I'm getting the following: > >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 > >every second or 3 on vt0. > >Ideas? > > >Here's the dmesg.boot: > >Copyright (c) 1992-2013 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 11.0-CURRENT #96 r259056: Sat Dec 7 10:12:48 CST 2013 > root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 >FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >info: [drm] Initialized drm 1.1.0 20060810 >CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.54-MHz >K8-class CPU) >Origin = "GenuineIntel" Id = 0x10676 Family = 0x6 Model = 0x17 >Stepping = 6 >Features=0xbfebfbff >Features2=0xce3bd > AMD Features=0x20100800 > AMD Features2=0x1 > TSC: P-state invariant, performance statistics >real memory = 68719476736 (65536 MB) >avail memory = 65656315904 (62614 MB) >Event timer "LAPIC" quality 400 >ACPI APIC Table: >FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >FreeBSD/SMP: 2 package(s) x 4 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 >ioapic0 irqs 0-23 on motherboard >ioapic1 irqs 24-47 on motherboard >netmap: loaded module >random: initialized >kbd1 at kbdmux0 >cryptosoft0: on motherboard >acpi0: on motherboard >acpi0: Power Button (fixed) >unknown: I/O range not supported >cpu0: on acpi0 >cpu1: on acpi0 >cpu2: on acpi0 >cpu3: on acpi0 >cpu4: on acpi0 >cpu5: on acpi0 >cpu6: on acpi0 >cpu7: on acpi0 >hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 >on acpi0 >Timecounter "HPET" frequency 14318180 Hz quality 950 >Event timer "HPET" frequency 14318180 Hz quality 350 >Event timer "HPET1" frequency 14318180 Hz quality 340 >Event timer "HPET2" frequency 14318180 Hz quality 340 >atrtc0: port 0x70-0x71 on acpi0 >Event timer "RTC" frequency 32768 Hz quality 0 >attimer0: port 0x40-0x43,0x50-0x53 on acpi0 >Timecounter "i8254" frequency 1193182 Hz quality 0 >Event timer "i8254" frequency 1193182 Hz quality 100 >Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 >acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 >pcib0: port 0xcf8-0xcff on acpi0 >pci0: on pcib0 >pcib1: at device 2.0 on pci0 >pci1: on pcib1 >pcib2: irq 16 at device 0.0 on pci1 >pci2: on pcib2 >pcib3: irq 16 at device 0.0 on pci2 >pci3: on pcib3 >pcib4: at device 0.0 on pci3 >pci4: on pcib4 >pcib5: at device 0.2 on pci3 >pci5: on pcib5 >pcib6: irq 18 at device 2.0 on pci2 >pci6: on pcib6 >em0: port 0x2000-0x201f >mem 0xd9220000-0xd923ffff,0xd9200000-0xd921ffff irq 18 at device 0.0 on >pci6 >em0: Using an MSI interrupt >em0: Ethernet address: 00:30:48:f2:29:9c >001.000010 netmap_attach [2849] success for em0 >em1: port 0x2020-0x203f >mem 0xd9260000-0xd927ffff,0xd9240000-0xd925ffff irq 19 at device 0.1 on >pci6 >em1: Using an MSI interrupt >em1: Ethernet address: 00:30:48:f2:29:9d >001.000011 netmap_attach [2849] success for em1 >pcib7: at device 0.3 on pci1 >pci7: on pcib7 >pcib8: at device 4.0 on pci0 >pci8: on pcib8 >vgapci0: port 0x3000-0x307f mem >0xd8000000-0xd8ffffff,0xc0000000-0xc7ffffff,0xc8000000-0xc9ffffff irq >16 at device 0.0 on pci8 >nvidia0: on vgapci0 >vgapci0: child nvidia0 requested pci_enable_io >vgapci0: child nvidia0 requested pci_enable_io >hdac0: mem 0xd9000000-0xd9003fff irq 17 >at device 0.1 on pci8 >pcib9: at device 6.0 on pci0 >pci9: on pcib9 >pci0: at device 8.0 (no driver attached) >pcib10: irq 17 at device 28.0 on pci0 >pci10: on pcib10 >pcib11: irq 16 at device 0.0 on pci10 >pci11: on pcib11 >pcm0: port 0x4080-0x409f,0x4000-0x407f irq >16 at device 0.0 on pci11 >pcm0: system configuration > SubVendorID: 0x1412, SubDeviceID: 0x2403 > XIN2 Clock Source: 24.576MHz(96kHz*256) > MPU-401 UART(s) #: not implemented > ADC #: 1 and SPDIF receiver connected > DAC #: 4 > Multi-track converter type: AC'97(SDATA_OUT:packed) > S/PDIF(IN/OUT): 1/1 ID# 0x00 > GPIO(mask/dir/state): 0xff/0xff/0xff >uhci0: port >0x1800-0x181f irq 17 at device 29.0 on pci0 >usbus0 on uhci0 >uhci1: port >0x1820-0x183f irq 19 at device 29.1 on pci0 >usbus1 on uhci1 >uhci2: port >0x1840-0x185f irq 18 at device 29.2 on pci0 >usbus2 on uhci2 >ehci0: mem 0xd9600400-0xd96007ff irq >17 at device 29.7 on pci0 >usbus3: EHCI version 1.0 >usbus3 on ehci0 >pcib12: at device 30.0 on pci0 >pci12: on pcib12 >vgapci1: port 0x5000-0x50ff mem >0xd0000000-0xd7ffffff,0xd9300000-0xd930ffff irq 18 at device 1.0 on >pci12 >drmn1: on vgapci1 >info: [drm] RADEON_IS_PCI >info: [drm] initializing kernel modesetting (RV100 0x1002:0x515E >0x15D9:0x8080). >info: [drm] register mmio base: 0xD9300000 >info: [drm] register mmio size: 65536 >info: [drm] radeon_atrm_get_bios: ===> Try ATRM... >info: [drm] radeon_atrm_get_bios: pci_find_class() found: 0:8:0:0, >vendor=10de, device=104a >info: [drm] radeon_atrm_get_bios: Get ACPI device handle >info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... >info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table >info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: >AE_NOT_FOUND >info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... >info: [drm] igp_read_bios_from_vram: VRAM base address: 0xd0000000 >info: [drm] igp_read_bios_from_vram: Map address: 0xfffff800d0000000 >(262144 bytes) >info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x0000 >info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... >info: [drm] radeon_read_bios: Map address: 0xfffff800000c0000 (131072 >bytes) >drmn1: info: VRAM: 128M 0x00000000D0000000 - 0x00000000D7FFFFFF (16M >used) >drmn1: info: GTT: 512M 0x00000000B0000000 - 0x00000000CFFFFFFF >info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). >info: [drm] Driver supports precise vblank timestamp query. >info: [drm] radeon: irq initialized. >info: [drm] Detected VRAM RAM=128M, BAR=128M >info: [drm] RAM width 64bits SDR >[TTM] Zone kernel: Available graphics memory: 33011934 kiB >[TTM] Zone dma32: Available graphics memory: 2097152 kiB >[TTM] Initializing pool allocator >info: [drm] radeon: 16M of VRAM memory ready >info: [drm] radeon: 512M of GTT memory ready. >info: [drm] GART: num cpu pages 131072, num gpu pages 131072 >info: [drm] PCI GART of 512M enabled (table at 0x000000000DD19000). >drmn1: info: WB disabled >drmn1: info: fence driver on ring 0 use gpu addr 0x00000000b0000000 and >cpu addr 0x0xfffff8000f407000 >info: [drm] Loading R100 Microcode >error: [drm:pid0:r100_cp_init_microcode] *ERROR* radeon_cp: Failed to >load firmware "radeonkmsfw_R100_cp" >error: [drm:pid0:r100_cp_init] *ERROR* Failed to load firmware! >drmn1: error: failed initializing CP (-2). >drmn1: error: Disabling GPU acceleration >info: [drm] radeon: cp finalized >info: [drm] radeon_device_init: Taking over the fictitious range >0xd0000000-0xd4000000 >iicbus0: on iicbb0 addr 0xff >iic0: on iicbus0 >iicbus1: on iicbb1 addr 0xff >iic1: on iicbus1 >iicbus2: on iicbb2 addr 0xff >iic2: on iicbus2 >iicbus3: on iicbb3 addr 0xff >iic3: on iicbus3 >info: [drm] Radeon Display Connectors >info: [drm] Connector 0: >info: [drm] VGA-1 >info: [drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60 >info: [drm] Encoders: >info: [drm] CRT1: INTERNAL_DAC1 >info: [drm] Connector 1: >info: [drm] DVI-I-1 >info: [drm] HPD2 >info: [drm] DDC: 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c >info: [drm] Encoders: >info: [drm] CRT2: INTERNAL_DAC2 >info: [drm] DFP2: INTERNAL_DVO1 >error: [drm:pid0:r100_irq_set] *ERROR* Can't enable IRQ/MSI because no >handler is installed >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >composite sync not supported >composite sync not supported >info: [drm] fb mappable at 0xD0040000 >info: [drm] vram apper at 0xD0000000 >info: [drm] size 2076672 >info: [drm] fb depth is 8 >info: [drm] pitch is 1920 >fbd1 on drmn1 >vt_allocate: Replace existing VT driver. >info: [drm] Initialized radeon 2.29.0 20080528 >isab0: at device 31.0 on pci0 >isa0: on isab0 >atapci0: port >0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on >pci0 >ata0: at channel 0 on atapci0 >ahci0: port >0x18a0-0x18a7,0x1874-0x1877,0x1878-0x187f,0x1870-0x1873,0x1880-0x189f >mem 0xd9600800-0xd9600bff irq 19 at device 31.2 on pci0 >ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported >ahcich0: at channel 0 on ahci0 >ahcich1: at channel 1 on ahci0 >ahcich2: at channel 2 on ahci0 >ahcich3: at channel 3 on ahci0 >ahcich4: at channel 4 on ahci0 >ahcich5: at channel 5 on ahci0 >ichsmb0: port >0x1100-0x111f irq 19 at device 31.3 on pci0 >smbus0: on ichsmb0 >acpi_button0: on acpi0 >ipmi0: port 0xca2-0xca3 on acpi0 >ipmi0: KCS mode found at io 0xca2 on acpi >atkbdc0: port 0x60,0x64 irq 1 on acpi0 >atkbd0: irq 1 on atkbdc0 >kbd0 at atkbd0 >atkbd0: [GIANT-LOCKED] >psm0: irq 12 on atkbdc0 >psm0: [GIANT-LOCKED] >psm0: model IntelliMouse Explorer, device ID 4 >uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 >fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on >acpi0 >fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 >ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >ppc0: FIFO with 16/16/9 bytes threshold >ppbus0: on ppc0 >lpt0: on ppbus0 >lpt0: Interrupt-driven port >ppi0: on ppbus0 >ichwd0 on isa0 >orm0: at iomem 0xc0000-0xcafff on isa0 >coretemp0: on cpu0 >est0: on cpu0 >p4tcc0: on cpu0 >coretemp1: on cpu1 >est1: on cpu1 >p4tcc1: on cpu1 >coretemp2: on cpu2 >est2: on cpu2 >p4tcc2: on cpu2 >coretemp3: on cpu3 >est3: on cpu3 >p4tcc3: on cpu3 >coretemp4: on cpu4 >est4: on cpu4 >p4tcc4: on cpu4 >coretemp5: on cpu5 >est5: on cpu5 >p4tcc5: on cpu5 >coretemp6: on cpu6 >est6: on cpu6 >p4tcc6: on cpu6 >coretemp7: on cpu7 >est7: on cpu7 >p4tcc7: on cpu7 >ZFS filesystem version: 5 >ZFS storage pool version: features support (5000) >Timecounters tick every 1.000 msec >vboxdrv: fAsync=0 offMin=0x3bf offMax=0x501 >hdacc0: at cad 0 on hdac0 >hdaa0: at nid 1 on hdacc0 >pcm1: at nid 4 on hdaa0 >pcm2: at nid 5 on hdaa0 >random: unblocking device. >usbus0: 12Mbps Full Speed USB v1.0 >usbus1: 12Mbps Full Speed USB v1.0 >usbus2: 12Mbps Full Speed USB v1.0 >usbus3: 480Mbps High Speed USB v2.0 >ugen3.1: at usbus3 >uhub0: on >usbus3 >ugen2.1: at usbus2 >uhub1: on >usbus2 >ugen1.1: at usbus1 >uhub2: on >usbus1 >ugen0.1: at usbus0 >uhub3: on >usbus0 >ipmi0: IPMI device rev. 1, firmware rev. 1.64, version 2.0 >ata0: DMA limited to UDMA33, controller found non-ATA66 cable >ipmi0: Number of channels 8 >ipmi0: Attached watchdog >uhub2: 2 ports with 2 removable, self powered >uhub1: 2 ports with 2 removable, self powered >uhub3: 2 ports with 2 removable, self powered >ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 >ada0: ATA-8 SATA 3.x device >ada0: Serial Number 5YD6FPLG >ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >ada0: quirks=0x1<4K> >ada0: Previously was known as ad4 >ada1 at ahcich1 bus 0 scbus2 target 0 lun 0 >ada1: ATA-8 SATA 3.x device >ada1: Serial Number 5YDA1ZL4 >ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >ada1: quirks=0x1<4K> >ada1: Previously was known as ad6 >ada2 at ahcich2 bus 0 scbus3 target 0 lun 0 >ada2: ATA-8 SATA 3.x device >ada2: Serial Number 5YDA3PC5 >ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >ada2: quirks=0x1<4K> >ada2: Previously was known as ad8 >ada3 at ahcich3 bus 0 scbus4 target 0 lun 0 >ada3: ATA-8 SATA 3.x device >ada3: Serial Number 5YD9Y0P4 >ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >ada3: quirks=0x1<4K> >ada3: Previously was known as ad10 >ada4 at ahcich4 bus 0 scbus5 target 0 lun 0 >ada4: ATA-8 SATA 3.x device >ada4: Serial Number 5YDA1R5W >ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >ada4: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >ada4: quirks=0x1<4K> >ada4: Previously was known as ad12 >ada5 at ahcich5 bus 0 scbus6 target 0 lun 0 >ada5: ATA-8 SATA 3.x device >ada5: Serial Number 5YD5RBS8 >ada5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >ada5: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) >ada5: quirks=0x1<4K> >ada5: Previously was known as ad14 >cd0 at ata0 bus 0 scbus0 target 0 lun 0 >cd0: Removable CD-ROM SCSI-0 device >cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) >cd0: Attempt to query device size failed: NOT READY, Medium not present >SMP: AP CPU #6 Launched! >SMP: AP CPU #5 Launched! >SMP: AP CPU #4 Launched! >SMP: AP CPU #7 Launched! >SMP: AP CPU #1 Launched! >SMP: AP CPU #2 Launched! >SMP: AP CPU #3 Launched! >Root mount waiting for: usbus3 >uhub0: 6 ports with 6 removable, self powered >Root mount waiting for: usbus3 >Root mount waiting for: usbus3 >ugen3.2: at usbus3 >ukbd0: on >usbus3 >kbd2 at ukbd0 >Trying to mount root from zfs:zroot/ROOT/default []... >ugen0.2: at usbus0 >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >ffclock reset: HPET (14318180 Hz), time = 1386436312.500000000 >error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is >invalid, remainder is 128 >uhid0: on >usbus3 Hi Larry, Looks like you have display with broken info block (a.k.a. EDID). That message come from drm2 code, so you can to try to remove DRM debug flag from kernel config (if it there). Otherwise we have to find way to preload correct EDID. XOrg able to do that, but we still no, IIRC. Thanks! WBW ------ Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 00:47:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A37C557; Sun, 8 Dec 2013 00:47:57 +0000 (UTC) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 421C41546; Sun, 8 Dec 2013 00:47:57 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id wp18so2352532obc.16 for ; Sat, 07 Dec 2013 16:47:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KKSnzmtt6WKQe8r6QsFv18z8gptjwbKN7zUJcrWjJIQ=; b=nQn32/AYgdCs67/KuLRndWwhuvuVsB9avaqOnu6rnIG0KUvrHOAHuUvNOPul2gCX2W 0UA3pZNcOG++GeExKs3fOJEF1i+87nV6wnfoS/Lf93wKrlmYw8/7O+K1G6iAMBs6rwnR dsDiOud0k9dEhaj9o3E2ERXAy3deQ/dU5NrnKr/VwUP7+IxSqUc1QCcPt1PRKMTF8Vcc aJmJZT3naxn8eYO02/EYl0XYLUA92BOaOMllodbDGwU6u7jIkJQVPS5My8oNZ3FAUiNp WkmUZYKI9NC59YZXSaFV7o3QrEPmRScIpKZIc6QZiab2kHMTOWVtlaWwfoXBHvoSx4U4 HCRg== MIME-Version: 1.0 X-Received: by 10.182.246.39 with SMTP id xt7mr8076289obc.16.1386463676429; Sat, 07 Dec 2013 16:47:56 -0800 (PST) Received: by 10.182.80.7 with HTTP; Sat, 7 Dec 2013 16:47:55 -0800 (PST) In-Reply-To: References: <20130913112427.Horde.Lr2e32AbzvcQIrrWuDh-dg1@d2ux.org> <001e01ceb064$80168220$80438660$@info> <52A32AB6.1040401@petermann-it.de> Date: Sun, 8 Dec 2013 01:47:55 +0100 Message-ID: Subject: Re: Centrino Wireless N2230 support From: Oliver Pinter To: Adrian Chadd Content-Type: multipart/mixed; boundary=001a11c2e224ed7b8904ecfb3aa0 Cc: "freebsd-wireless@freebsd.org" , Matthias Petermann , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 00:47:57 -0000 --001a11c2e224ed7b8904ecfb3aa0 Content-Type: text/plain; charset=ISO-8859-1 Hi Adrian! Please commit the attached patch, to fix iwn2030 when compiled in to kernel. On 12/7/13, Adrian Chadd wrote: > Hi, > > I don't plan a backport of any of this just yet. > > I'd like to let the changes shake out a bit first. There's been some > reports about things not working between 10.0 and 11.0 (eg, 5 minutes > ago someone reported the centrino 100 doesn't work!) and I'd like to > get those fixed before we consider a merge back. > > Thanks, > > > -a > > > > On 7 December 2013 06:03, Matthias Petermann > wrote: >> Hello Adrian, >> >> Am 04.11.2013 06:59, schrieb Adrian Chadd: >>> [snip] >>> >>> For what it's worth, I've started merging this stuff into -HEAD. >>> >> >> I've just installed 11.0-CURRENT r258208 on my Thinkpad E330 and the >> Wireless N2230 stuff is now in working condition. >> >> Thanks for your work - It's a pleasure to see that FreeBSD hardware >> driver availability is so close to Linux in these areas. >> >> Do you expect the changes to get introduced in a 10.1 release someday, >> or should users of N2230 track CURRENT for the next months? >> >> >> Kins regards >> >> Matthias >> >> >> -- >> Matthias Petermann | www.petermann-it.de >> GnuPG: 0x5C3E6D75 | 5930 86EF 7965 2BBA 6572 C3D7 7B1D A3C3 5C3E 6D75 >> _______________________________________________ >> 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" > _______________________________________________ > 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" > --001a11c2e224ed7b8904ecfb3aa0 Content-Type: application/octet-stream; name="0001-hook-in-iwn2000fw-and-iwn2030fw-to-kernel-build.patch" Content-Disposition: attachment; filename="0001-hook-in-iwn2000fw-and-iwn2030fw-to-kernel-build.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 RnJvbSBlNjA4ZGNlZTM4ZTkzZGIyOGIxNTYzMmQ5ZTQ2MWRkODdmM2FiM2M3IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+ CkRhdGU6IFN1biwgOCBEZWMgMjAxMyAwMToxNToxNiArMDEwMApTdWJqZWN0OiBbUEFUQ0hdIGhv b2sgaW4gaXduMjAwMGZ3IGFuZCBpd24yMDMwZncgdG8ga2VybmVsIGJ1aWxkCgpTaWduZWQtb2Zm LWJ5OiBPbGl2ZXIgUGludGVyIDxvbGl2ZXIucG50ckBnbWFpbC5jb20+Ci0tLQogc3lzL2NvbmYv ZmlsZXMgfCAyOCArKysrKysrKysrKysrKysrKysrKysrKysrKysrCiAxIGZpbGUgY2hhbmdlZCwg MjggaW5zZXJ0aW9ucygrKQoKZGlmZiAtLWdpdCBhL3N5cy9jb25mL2ZpbGVzIGIvc3lzL2NvbmYv ZmlsZXMKaW5kZXggNjdhNjVkMi4uMmZiYTY4OSAxMDA2NDQKLS0tIGEvc3lzL2NvbmYvZmlsZXMK KysrIGIvc3lzL2NvbmYvZmlsZXMKQEAgLTE2MDUsNiArMTYwNSwzNCBAQCBpd24xMDAwLmZ3CQkJ b3B0aW9uYWwgaXduMTAwMGZ3IHwgaXduZncJCVwKIAljb21waWxlLXdpdGgJIiR7Tk9STUFMX0ZX fSIJCQkJCVwKIAluby1vYmogbm8taW1wbGljaXQtcnVsZQkJCQkJCVwKIAljbGVhbgkJIml3bjEw MDAuZnciCitpd24yMDAwZncuYwkJCW9wdGlvbmFsIGl3bjIwMDBmdyB8IGl3bmZ3CQlcCisJY29t cGlsZS13aXRoCSIke0FXS30gLWYgJFMvdG9vbHMvZndfc3R1Yi5hd2sgaXduMjAwMC5mdzppd24y MDAwZncgLW1pd24yMDAwZncgLWMkey5UQVJHRVR9IiBcCisJbm8taW1wbGljaXQtcnVsZSBiZWZv cmUtZGVwZW5kIGxvY2FsCQkJCVwKKwljbGVhbgkJIml3bjIwMDBmdy5jIgoraXduMjAwMGZ3LmZ3 bwkJCW9wdGlvbmFsIGl3bjIwMDBmdyB8IGl3bmZ3CQlcCisJZGVwZW5kZW5jeQkiaXduMjAwMC5m dyIJCQkJCVwKKwljb21waWxlLXdpdGgJIiR7Tk9STUFMX0ZXT30iCQkJCQlcCisJbm8taW1wbGlj aXQtcnVsZQkJCQkJCVwKKwljbGVhbgkJIml3bjIwMDBmdy5md28iCitpd24yMDAwLmZ3CQkJb3B0 aW9uYWwgaXduMjAwMGZ3IHwgaXduZncJCVwKKwlkZXBlbmRlbmN5CSIkUy9jb250cmliL2Rldi9p d24vaXdsd2lmaS0yMDAwLTE4LjE2OC42LjEuZncudXUiIFwKKwljb21waWxlLXdpdGgJIiR7Tk9S TUFMX0ZXfSIJCQkJCVwKKwluby1vYmogbm8taW1wbGljaXQtcnVsZQkJCQkJCVwKKwljbGVhbgkJ Iml3bjIwMDAuZnciCitpd24yMDMwZncuYwkJCW9wdGlvbmFsIGl3bjIwMzBmdyB8IGl3bmZ3CQlc CisJY29tcGlsZS13aXRoCSIke0FXS30gLWYgJFMvdG9vbHMvZndfc3R1Yi5hd2sgaXduMjAzMC5m dzppd24yMDMwZncgLW1pd24yMDMwZncgLWMkey5UQVJHRVR9IiBcCisJbm8taW1wbGljaXQtcnVs ZSBiZWZvcmUtZGVwZW5kIGxvY2FsCQkJCVwKKwljbGVhbgkJIml3bjIwMzBmdy5jIgoraXduMjAz MGZ3LmZ3bwkJCW9wdGlvbmFsIGl3bjIwMzBmdyB8IGl3bmZ3CQlcCisJZGVwZW5kZW5jeQkiaXdu MjAzMC5mdyIJCQkJCVwKKwljb21waWxlLXdpdGgJIiR7Tk9STUFMX0ZXT30iCQkJCQlcCisJbm8t aW1wbGljaXQtcnVsZQkJCQkJCVwKKwljbGVhbgkJIml3bjIwMzBmdy5md28iCitpd24yMDMwLmZ3 CQkJb3B0aW9uYWwgaXduMjAzMGZ3IHwgaXduZncJCVwKKwlkZXBlbmRlbmN5CSIkUy9jb250cmli L2Rldi9pd24vaXdud2lmaS0yMDMwLTE4LjE2OC42LjEuZncudXUiIFwKKwljb21waWxlLXdpdGgJ IiR7Tk9STUFMX0ZXfSIJCQkJCVwKKwluby1vYmogbm8taW1wbGljaXQtcnVsZQkJCQkJCVwKKwlj bGVhbgkJIml3bjIwMzAuZnciCiBpd240OTY1ZncuYwkJCW9wdGlvbmFsIGl3bjQ5NjVmdyB8IGl3 bmZ3CQlcCiAJY29tcGlsZS13aXRoCSIke0FXS30gLWYgJFMvdG9vbHMvZndfc3R1Yi5hd2sgaXdu NDk2NS5mdzppd240OTY1ZncgLW1pd240OTY1ZncgLWMkey5UQVJHRVR9IiBcCiAJbm8taW1wbGlj aXQtcnVsZSBiZWZvcmUtZGVwZW5kIGxvY2FsCQkJCVwKLS0gCjEuOC40Cgo= --001a11c2e224ed7b8904ecfb3aa0-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 03:13:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01551C53; Sun, 8 Dec 2013 03:13:59 +0000 (UTC) Received: from mail-qe0-x22f.google.com (mail-qe0-x22f.google.com [IPv6:2607:f8b0:400d:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8FEA61D57; Sun, 8 Dec 2013 03:13:58 +0000 (UTC) Received: by mail-qe0-f47.google.com with SMTP id t7so1748800qeb.6 for ; Sat, 07 Dec 2013 19:13:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=EO6p9GPxmVIbuYpFIPHwAeouIyTzhw/Bkm4eyeR4qE4=; b=gs2hP+vfBaG7/WZNUnhTN8uZJZstsOnuoCKOT9BHgmjnKBzVNCvyTmz8gBcmPew3/+ 6OmsyUHh1mQoTkrg13rXiIeY262sIX/EDrhhhNbWZ2UC9ETuNRvRkelPe8eFpXgCZmXh ZdBUPTtTaszljCC4Xp6Kh91vjgDbujFC3KyznKJz1sfTfGa2TMdZYOkq6Rx2fS1Edp0M grBqIqRgRbMuPZCd1cNPtiwKi9On9aL/furZty1B9RA7yZlugNlfjNezbVib94fADop6 IEnLQ++0epRI5fRux7awnbko9ijXTfgdZyfEosLZWvREQRD3DfiqeF300VIja1EnTxmi tF+g== MIME-Version: 1.0 X-Received: by 10.229.219.5 with SMTP id hs5mr20704915qcb.9.1386472437779; Sat, 07 Dec 2013 19:13:57 -0800 (PST) Received: by 10.96.45.101 with HTTP; Sat, 7 Dec 2013 19:13:57 -0800 (PST) In-Reply-To: References: Date: Sun, 8 Dec 2013 11:13:57 +0800 Message-ID: Subject: Re: Intel Centrino Wireless-N 1000 can't connect to AP From: =?GB2312?B?x8ez/g==?= To: Adrian Chadd Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-wireless@freebsd.org" , Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 03:13:59 -0000 1. # uname -a FreeBSD x201i.honestqiao.com 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r259057M: Sun Dec 8 08:27:41 CST 2013 root@x201i.honestqiao.com:/usr/obj/usr/src/sys/HonestQiaoKernel11 amd64 # pciconf -lv iwn0@pci0:2:0:0: class=3D0x028000 card=3D0x13158086 chip=3D0x0084808= 6 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Centrino Wireless-N 1000 [Condor Peak]' class =3D network # sysctl dev.iwn.0.debug=3D0x13ff iwn_rx_phy: received PHY stats iwn_notif_intr: cur=3D19; qid 9 idx 111 flags 0 type 193(MPDU_RX_DONE) len = 216 iwn5000_get_rssi: agc 63 rssi 4114 5655 0 result -84 interrupt reg1=3D0x10000000 reg2=3D0x00000000 interrupt reg1=3D0x80000000 reg2=3D0x00000000 iwn_notif_intr: cur=3D20; qid 9 idx 112 flags 0 type 192(RX_PHY) len 68 iwn_rx_phy: received PHY stats iwn_notif_intr: cur=3D21; qid 9 idx 113 flags 0 type 193(MPDU_RX_DONE) len = 216 iwn5000_get_rssi: agc 62 rssi 4370 5143 0 result -83 interrupt reg1=3D0x10000000 reg2=3D0x00000000 interrupt reg1=3D0x80000000 reg2=3D0x00000000 iwn_notif_intr: cur=3D22; qid 9 idx 115 flags 0 type 192(RX_PHY) len 68 iwn_rx_phy: received PHY stats iwn_notif_intr: cur=3D23; qid 9 idx 116 flags 0 type 193(MPDU_RX_DONE) len = 288 iwn5000_get_rssi: agc 63 rssi 4371 3343 0 result -88 interrupt reg1=3D0x10000000 reg2=3D0x00000000 wlan configure in /etc/rc.conf: ifconfig_iwn0=3D"ether f0:de:f1:52:cf:17" wlans_iwn0=3D"wlan0" ifconfig_wlan0=3D"mode 11n WPA DHCP" #wlandebug_wlan0=3D"scan+auth+assoc" wpa_supplicant_program=3D"/usr/sbin/wpa_supplicant" wpa_supplicant_flags=3D"-s" # Extra flags to pass to wpa_supplicant wpa_supplicant_conf_file=3D"/etc/wpa_supplicant.conf" #background_dhclient=3D"YES" 2. When I run /etc/rc.d/netif restart, I see wlan0 connect to My AP. #ifconfig iwn0: flags=3D8802 metric 0 mtu 2290 ether f0:de:f1:52:cf:17 nd6 options=3D21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: associated wlan0: flags=3D8843 metric 0 mtu 15= 00 ether f0:de:f1:52:cf:17 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 nd6 options=3D29 media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid OpenBSD channel 11 (2462 MHz 11g ht/20) bssid 8c:21:0a:43:ef:d= 4 country US authmode WPA2/802.11i privacy ON deftxkey UNDEF txpower = 14 bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 64k -amsdutx amsdu= rx shortgi wme roaming MANUAL But after amoment, it's disconnect. #ifconfig iwn0: flags=3D8802 metric 0 mtu 2290 ether f0:de:f1:52:cf:17 nd6 options=3D21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: associated wlan0: flags=3D8843 metric 0 mtu 15= 00 ether f0:de:f1:52:cf:17 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 nd6 options=3D29 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid "" channel 11 (2462 MHz 11g ht/20) country US authmode WPA1+WPA2/802.11i privacy ON deftxkey UNDEF txpower 14 bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle = 250 roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 8k -amsdutx amsdur= x shortgi wme roaming MANUAL 3. Remove wlan configure in /etc/rc.conf, and recreate wlan0 interface. #ifconfig wlan0 destroy #ifconfig wlan0 create wlandev iwn0 Dec 8 11:04:49 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:17 # ifconfig wlan0 up scan SSID/MESH ID BSSID CHAN RATE S:N INT CAPS OpenBSD 8c:21:0a:43:ef:d4 11 54M -68:-95 100 EPS RSN HTCAP WME ATH WPS 4. Reback wlan configure in /etc/rc.conf, and recreate wlan0 interface. Dec 8 11:11:42 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:17 Dec 8 11:11:42 x201i wpa_supplicant[10681]: Successfully initialized wpa_supplicant Dec 8 11:11:43 x201i wpa_supplicant[10682]: wlan0: Trying to associate with 8c:21:0a:43:ef:d4 (SSID=3D'OpenBSD' freq=3D2462 MHz) Dec 8 11:11:43 x201i kernel: wlan0: link state changed to UP Dec 8 11:11:43 x201i wpa_supplicant[10682]: wlan0: Associated with 8c:21:0a:43:ef:d4 Dec 8 11:11:43 x201i kernel: iwn0: iwn_intr: fatal firmware error Dec 8 11:11:43 x201i kernel: firmware error log: Dec 8 11:11:43 x201i kernel: error type =3D "SYSASSERT" (0x00000005) Dec 8 11:11:43 x201i kernel: program counter =3D 0x00018DBC Dec 8 11:11:43 x201i kernel: source line =3D 0x00000032 Dec 8 11:11:43 x201i kernel: error data =3D 0x0000000100000000 Dec 8 11:11:43 x201i kernel: branch link =3D 0x00018D6E00018D6E Dec 8 11:11:43 x201i kernel: interrupt link =3D 0x0000082600000000 Dec 8 11:11:43 x201i kernel: time =3D 1876630549 Dec 8 11:11:43 x201i kernel: driver status: Dec 8 11:11:43 x201i kernel: tx ring 0: qid=3D0 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 3: qid=3D3 cur=3D2 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 4: qid=3D4 cur=3D57 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 9: qid=3D9 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D0 Dec 8 11:11:43 x201i kernel: rx ring: cur=3D15 Dec 8 11:11:43 x201i dhclient[10805]: send_packet: Invalid argument Dec 8 11:11:49 x201i dhclient[10805]: send_packet: Invalid argument Dec 8 11:11:53 x201i wpa_supplicant[10682]: wlan0: Authentication with 8c:21:0a:43:ef:d4 timed out. Dec 8 11:11:53 x201i kernel: wlan0: link state changed to DOWN Dec 8 11:11:53 x201i wpa_supplicant[10682]: wlan0: CTRL-EVENT-DISCONNECTED bssid=3D8c:21:0a:43:ef:d4 reason=3D3 locally_generated=3D1 Dec 8 11:11:53 x201i wpa_supplicant[10682]: ioctl[SIOCS80211, op=3D20, val=3D0, arg_len=3D7]: Can't assign requested address Dec 8 11:11:54 x201i wpa_supplicant[10682]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 11:11:54 x201i wpa_supplicant[10682]: wlan0: Failed to initiate AP s= can Dec 8 11:11:55 x201i dhclient[10805]: send_packet: Invalid argument Dec 8 11:11:55 x201i wpa_supplicant[10682]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 11:11:55 x201i wpa_supplicant[10682]: wlan0: Failed to initiate AP s= can 5. I could not quickly return to 10b3 or -head. My root fs is ZFS. After upgraded to -current, I have executed zfs upgrade. When I downgrade to 10b3, boot panic at mount root fs. I'll try reinstall world and kernel of 10b3 or -head. But I am a little worried that if it fails, then back to -current is too much trouble. 2013/12/8, Adrian Chadd : > A lot of work has gone on in -current with the iwn driver. It's quite > possible that the recent changes has broken things. > > Would you please do this: > > * recompile with IWN_DEBUG defined in your kernel cofig > * sysctl dev.iwn.0.debug=3D0x13ff > > (That turns on command debugging, tx/rx debugging, interrupt debugging > and calibration debugging.) > > If you do that for both 10b3 and -head I can compare the two. > > Also, please post the output of pciconf -lv. I'd like to see which > centrino-100 you're using. > > I thought I had tested it out on the Centrino 100 (I have a couple > here) but there may be more variants that I haven't yet tested on. > > Thanks! > > > > -a > > > On 7 December 2013 05:34, =C7=C7=B3=FE wrote: >> Today ,I upgrade my freebsd from 10-beta4 to current. >> Now, my freebsd can't connect to wireless AP. Wireless LAN strike. >> >> iwn0 in /var/log/message: >> Dec 7 08:02:00 x201i kernel: iwn0: mem >> 0xf2400000-0xf2401fff irq 16 at device 0.0 on pci2 >> >> Dec 7 08:02:00 x201i kernel: iwn0: attempting to allocate 1 MSI vectors >> (1 >> supported) >> Dec 7 08:02:00 x201i kernel: msi: routing MSI IRQ 266 to local APIC 0 >> vector 62 >> Dec 7 08:02:00 x201i kernel: iwn0: using IRQ 266 for MSI >> Dec 7 08:02:00 x201i kernel: iwn0: MIMO 1T2R, BGS, address >> 8c:a9:82:5a:41:58 >> Dec 7 08:02:00 x201i kernel: iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbp= s >> Dec 7 08:02:00 x201i kernel: iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbp= s >> 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps >> Dec 7 08:02:00 x201i kernel: iwn0: 1T2R >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 20MHz >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 6.5Mbps - 65Mbps >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 20MHz SGI >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 7Mbps - 72Mbps >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 40MHz: >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 13.5Mbps - 135Mbps >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 40MHz SGI: >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 15Mbps - 150Mbps >> ...... >> Dec 7 08:02:00 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:16 >> Dec 7 08:02:00 x201i kernel: iwn0: iwn_intr: fatal firmware error >> Dec 7 08:02:00 x201i kernel: firmware error log: >> Dec 7 08:02:00 x201i kernel: error type =3D "SYSASSERT" (0x0000000= 5) >> Dec 7 08:02:00 x201i kernel: program counter =3D 0x00018DBC >> Dec 7 08:02:00 x201i kernel: source line =3D 0x00000032 >> Dec 7 08:02:00 x201i kernel: error data =3D 0x0000000100000000 >> Dec 7 08:02:00 x201i kernel: branch link =3D 0x00018D6E00018D6E >> Dec 7 08:02:00 x201i kernel: interrupt link =3D 0x0000082600000000 >> Dec 7 08:02:00 x201i kernel: time =3D 1538064582 >> Dec 7 08:02:00 x201i kernel: driver status: >> Dec 7 08:02:00 x201i kernel: tx ring 0: qid=3D0 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 3: qid=3D3 cur=3D2 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 4: qid=3D4 cur=3D57 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 9: qid=3D9 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D0-= - >> Dec 7 08:02:00 x201i kernel: rx ring: cur=3D29 >> ...... >> Dec 7 08:02:01 x201i wpa_supplicant[667]: ioctl[SIOCS80211, op=3D103, >> val=3D0, >> arg_len=3D128]: Device not configured >> Dec 7 08:02:01 x201i wpa_supplicant[667]: wlan0: Failed to initiate AP >> scan >> >> I do not know where the problem is? >> If necessary, I can tie debugging. >> _______________________________________________ >> 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" > From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 03:28:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0315F03; Sun, 8 Dec 2013 03:28:22 +0000 (UTC) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64C0F1DE7; Sun, 8 Dec 2013 03:28:22 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id i17so1690016qcy.37 for ; Sat, 07 Dec 2013 19:28:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=jAi+nXM/49HcdBTspDMwi6W0Egki113Dbah3kw15XIg=; b=HE+RDowcnM79+t87c0iomllmZYK9XSU/1wkgbzkL8+HgOUAPJFE6fdtxvG1AVahIXp lJ+vwajNmwY1Dn1kEMGo6sVpGoAY7FInfdLZGRnQddxgoq9Xp77czaEcY6Nt3uxVwfaU ccxu4ZgNwNUlcxKNT5QYale+gD1GQQuMERE2lQC6XEeTVL94OOXCwEIxmxIpVKYCgZmL FSR7RW/CUP3J3PPpTmGWBv6sn26+Uw8sYqEgiE2IkBYxhFsdx1XOIrkJSOlwE8DDiDEE Hh+swan3IAl4pnmmfoM7Hl60Fx57byTlqC8fxOBkndbD5VnZAFQwduayQnnn6TgfgA8v 97nA== MIME-Version: 1.0 X-Received: by 10.229.49.8 with SMTP id t8mr20725833qcf.21.1386473300980; Sat, 07 Dec 2013 19:28:20 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Sat, 7 Dec 2013 19:28:20 -0800 (PST) Received: by 10.224.53.200 with HTTP; Sat, 7 Dec 2013 19:28:20 -0800 (PST) In-Reply-To: References: Date: Sat, 7 Dec 2013 19:28:20 -0800 X-Google-Sender-Auth: iUbxU6cUZ532Qr5fHo0rO-hTJm8 Message-ID: Subject: Re: Intel Centrino Wireless-N 1000 can't connect to AP From: Adrian Chadd To: =?UTF-8?B?5LmU5qWaL0hvbmVzdFFpYW8=?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-wireless@freebsd.org, freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 03:28:22 -0000 Hi. Can you paste the whole dmesg log from the time you start WPA supplicant up to when it crashes? I'd like to see what commands lead to the firmware crash. Thanks! Adrian On Dec 7, 2013 7:13 PM, "=E4=B9=94=E6=A5=9A" wrote: > 1. > # uname -a > FreeBSD x201i.honestqiao.com 11.0-CURRENT FreeBSD 11.0-CURRENT #2 > r259057M: Sun Dec 8 08:27:41 CST 2013 > root@x201i.honestqiao.com:/usr/obj/usr/src/sys/HonestQiaoKernel11 > amd64 > > # pciconf -lv > iwn0@pci0:2:0:0: class=3D0x028000 card=3D0x13158086 chip=3D0x00848= 086 > rev=3D0x00 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Centrino Wireless-N 1000 [Condor Peak]' > class =3D network > > # sysctl dev.iwn.0.debug=3D0x13ff > iwn_rx_phy: received PHY stats > iwn_notif_intr: cur=3D19; qid 9 idx 111 flags 0 type 193(MPDU_RX_DONE) le= n > 216 > iwn5000_get_rssi: agc 63 rssi 4114 5655 0 result -84 > interrupt reg1=3D0x10000000 reg2=3D0x00000000 > interrupt reg1=3D0x80000000 reg2=3D0x00000000 > iwn_notif_intr: cur=3D20; qid 9 idx 112 flags 0 type 192(RX_PHY) len 68 > iwn_rx_phy: received PHY stats > iwn_notif_intr: cur=3D21; qid 9 idx 113 flags 0 type 193(MPDU_RX_DONE) le= n > 216 > iwn5000_get_rssi: agc 62 rssi 4370 5143 0 result -83 > interrupt reg1=3D0x10000000 reg2=3D0x00000000 > interrupt reg1=3D0x80000000 reg2=3D0x00000000 > iwn_notif_intr: cur=3D22; qid 9 idx 115 flags 0 type 192(RX_PHY) len 68 > iwn_rx_phy: received PHY stats > iwn_notif_intr: cur=3D23; qid 9 idx 116 flags 0 type 193(MPDU_RX_DONE) le= n > 288 > iwn5000_get_rssi: agc 63 rssi 4371 3343 0 result -88 > interrupt reg1=3D0x10000000 reg2=3D0x00000000 > > wlan configure in /etc/rc.conf: > ifconfig_iwn0=3D"ether f0:de:f1:52:cf:17" > wlans_iwn0=3D"wlan0" > ifconfig_wlan0=3D"mode 11n WPA DHCP" > #wlandebug_wlan0=3D"scan+auth+assoc" > wpa_supplicant_program=3D"/usr/sbin/wpa_supplicant" > wpa_supplicant_flags=3D"-s" # Extra flags to pass to wpa_supplicant > wpa_supplicant_conf_file=3D"/etc/wpa_supplicant.conf" > #background_dhclient=3D"YES" > > 2. > When I run /etc/rc.d/netif restart, I see wlan0 connect to My AP. > #ifconfig > iwn0: flags=3D8802 metric 0 mtu 2290 > ether f0:de:f1:52:cf:17 > nd6 options=3D21 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng > status: associated > wlan0: flags=3D8843 metric 0 mtu = 1500 > ether f0:de:f1:52:cf:17 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > nd6 options=3D29 > media: IEEE 802.11 Wireless Ethernet MCS mode 11ng > status: associated > ssid OpenBSD channel 11 (2462 MHz 11g ht/20) bssid > 8c:21:0a:43:ef:d4 > country US authmode WPA2/802.11i privacy ON deftxkey UNDEF txpowe= r > 14 > bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 64k -amsdutx > amsdurx > shortgi wme roaming MANUAL > > But after amoment, it's disconnect. > #ifconfig > iwn0: flags=3D8802 metric 0 mtu 2290 > ether f0:de:f1:52:cf:17 > nd6 options=3D21 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng > status: associated > wlan0: flags=3D8843 metric 0 mtu = 1500 > ether f0:de:f1:52:cf:17 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > nd6 options=3D29 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid "" channel 11 (2462 MHz 11g ht/20) > country US authmode WPA1+WPA2/802.11i privacy ON deftxkey UNDEF > txpower 14 bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidl= e > 250 > roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 8k -amsdutx > amsdurx > shortgi wme roaming MANUAL > > 3. > Remove wlan configure in /etc/rc.conf, and recreate wlan0 interface. > #ifconfig wlan0 destroy > #ifconfig wlan0 create wlandev iwn0 > Dec 8 11:04:49 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:17 > # ifconfig wlan0 up scan > SSID/MESH ID BSSID CHAN RATE S:N INT CAPS > OpenBSD 8c:21:0a:43:ef:d4 11 54M -68:-95 100 EPS RSN > HTCAP WME ATH WPS > > > 4. > Reback wlan configure in /etc/rc.conf, and recreate wlan0 interface. > Dec 8 11:11:42 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:17 > Dec 8 11:11:42 x201i wpa_supplicant[10681]: Successfully initialized > wpa_supplicant > Dec 8 11:11:43 x201i wpa_supplicant[10682]: wlan0: Trying to > associate with 8c:21:0a:43:ef:d4 (SSID=3D'OpenBSD' freq=3D2462 MHz) > Dec 8 11:11:43 x201i kernel: wlan0: link state changed to UP > Dec 8 11:11:43 x201i wpa_supplicant[10682]: wlan0: Associated with > 8c:21:0a:43:ef:d4 > Dec 8 11:11:43 x201i kernel: iwn0: iwn_intr: fatal firmware error > Dec 8 11:11:43 x201i kernel: firmware error log: > Dec 8 11:11:43 x201i kernel: error type =3D "SYSASSERT" (0x00000005= ) > Dec 8 11:11:43 x201i kernel: program counter =3D 0x00018DBC > Dec 8 11:11:43 x201i kernel: source line =3D 0x00000032 > Dec 8 11:11:43 x201i kernel: error data =3D 0x0000000100000000 > Dec 8 11:11:43 x201i kernel: branch link =3D 0x00018D6E00018D6E > Dec 8 11:11:43 x201i kernel: interrupt link =3D 0x0000082600000000 > Dec 8 11:11:43 x201i kernel: time =3D 1876630549 > Dec 8 11:11:43 x201i kernel: driver status: > Dec 8 11:11:43 x201i kernel: tx ring 0: qid=3D0 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 3: qid=3D3 cur=3D2 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 4: qid=3D4 cur=3D57 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 9: qid=3D9 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D0 > Dec 8 11:11:43 x201i kernel: rx ring: cur=3D15 > Dec 8 11:11:43 x201i dhclient[10805]: send_packet: Invalid argument > Dec 8 11:11:49 x201i dhclient[10805]: send_packet: Invalid argument > Dec 8 11:11:53 x201i wpa_supplicant[10682]: wlan0: Authentication > with 8c:21:0a:43:ef:d4 timed out. > Dec 8 11:11:53 x201i kernel: wlan0: link state changed to DOWN > Dec 8 11:11:53 x201i wpa_supplicant[10682]: wlan0: > CTRL-EVENT-DISCONNECTED bssid=3D8c:21:0a:43:ef:d4 reason=3D3 > locally_generated=3D1 > Dec 8 11:11:53 x201i wpa_supplicant[10682]: ioctl[SIOCS80211, op=3D20, > val=3D0, arg_len=3D7]: Can't assign requested address > Dec 8 11:11:54 x201i wpa_supplicant[10682]: ioctl[SIOCS80211, op=3D103, > val=3D0, arg_len=3D128]: Device not configured > Dec 8 11:11:54 x201i wpa_supplicant[10682]: wlan0: Failed to initiate AP > scan > Dec 8 11:11:55 x201i dhclient[10805]: send_packet: Invalid argument > Dec 8 11:11:55 x201i wpa_supplicant[10682]: ioctl[SIOCS80211, op=3D103, > val=3D0, arg_len=3D128]: Device not configured > Dec 8 11:11:55 x201i wpa_supplicant[10682]: wlan0: Failed to initiate AP > scan > > > 5. > I could not quickly return to 10b3 or -head. > My root fs is ZFS. After upgraded to -current, I have executed zfs upgrad= e. > When I downgrade to 10b3, boot panic at mount root fs. > > I'll try reinstall world and kernel of 10b3 or -head. > But I am a little worried that if it fails, then back to -current is > too much trouble. > > > 2013/12/8, Adrian Chadd : > > A lot of work has gone on in -current with the iwn driver. It's quite > > possible that the recent changes has broken things. > > > > Would you please do this: > > > > * recompile with IWN_DEBUG defined in your kernel cofig > > * sysctl dev.iwn.0.debug=3D0x13ff > > > > (That turns on command debugging, tx/rx debugging, interrupt debugging > > and calibration debugging.) > > > > If you do that for both 10b3 and -head I can compare the two. > > > > Also, please post the output of pciconf -lv. I'd like to see which > > centrino-100 you're using. > > > > I thought I had tested it out on the Centrino 100 (I have a couple > > here) but there may be more variants that I haven't yet tested on. > > > > Thanks! > > > > > > > > -a > > > > > > On 7 December 2013 05:34, =E4=B9=94=E6=A5=9A wro= te: > >> Today ,I upgrade my freebsd from 10-beta4 to current. > >> Now, my freebsd can't connect to wireless AP. Wireless LAN strike. > >> > >> iwn0 in /var/log/message: > >> Dec 7 08:02:00 x201i kernel: iwn0: m= em > >> 0xf2400000-0xf2401fff irq 16 at device 0.0 on pci2 > >> > >> Dec 7 08:02:00 x201i kernel: iwn0: attempting to allocate 1 MSI vecto= rs > >> (1 > >> supported) > >> Dec 7 08:02:00 x201i kernel: msi: routing MSI IRQ 266 to local APIC 0 > >> vector 62 > >> Dec 7 08:02:00 x201i kernel: iwn0: using IRQ 266 for MSI > >> Dec 7 08:02:00 x201i kernel: iwn0: MIMO 1T2R, BGS, address > >> 8c:a9:82:5a:41:58 > >> Dec 7 08:02:00 x201i kernel: iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps > 11Mbps > >> Dec 7 08:02:00 x201i kernel: iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps > 11Mbps > >> 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > >> Dec 7 08:02:00 x201i kernel: iwn0: 1T2R > >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 20MHz > >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 6.5Mbps - 65Mbps > >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 20MHz SGI > >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 7Mbps - 72Mbps > >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 40MHz: > >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 13.5Mbps - 135Mbps > >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 40MHz SGI: > >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 15Mbps - 150Mbps > >> ...... > >> Dec 7 08:02:00 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:= 16 > >> Dec 7 08:02:00 x201i kernel: iwn0: iwn_intr: fatal firmware error > >> Dec 7 08:02:00 x201i kernel: firmware error log: > >> Dec 7 08:02:00 x201i kernel: error type =3D "SYSASSERT" (0x00000= 005) > >> Dec 7 08:02:00 x201i kernel: program counter =3D 0x00018DBC > >> Dec 7 08:02:00 x201i kernel: source line =3D 0x00000032 > >> Dec 7 08:02:00 x201i kernel: error data =3D 0x0000000100000000 > >> Dec 7 08:02:00 x201i kernel: branch link =3D 0x00018D6E00018D6E > >> Dec 7 08:02:00 x201i kernel: interrupt link =3D 0x0000082600000000 > >> Dec 7 08:02:00 x201i kernel: time =3D 1538064582 > >> Dec 7 08:02:00 x201i kernel: driver status: > >> Dec 7 08:02:00 x201i kernel: tx ring 0: qid=3D0 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 3: qid=3D3 cur=3D2 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 4: qid=3D4 cur=3D57 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 9: qid=3D9 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D= 0-- > >> Dec 7 08:02:00 x201i kernel: rx ring: cur=3D29 > >> ...... > >> Dec 7 08:02:01 x201i wpa_supplicant[667]: ioctl[SIOCS80211, op=3D103, > >> val=3D0, > >> arg_len=3D128]: Device not configured > >> Dec 7 08:02:01 x201i wpa_supplicant[667]: wlan0: Failed to initiate A= P > >> scan > >> > >> I do not know where the problem is? > >> If necessary, I can tie debugging. > >> _______________________________________________ > >> 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" > > > From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 07:30:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7373078C; Sun, 8 Dec 2013 07:30:03 +0000 (UTC) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB184191A; Sun, 8 Dec 2013 07:30:02 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id k4so1765546qaq.8 for ; Sat, 07 Dec 2013 23:30:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=jlE8nEYhlgBwhH2iH/w3e22CA0IZQr2irwj17D7MUdQ=; b=zlbWlbMYuPSiir7PmK085NLioDiiGUXNyhh+b+C9vu2baBYgP/PqOWQ7uf2uD6M6Ds Wd0dT5uDC+3gAeX1etcSKmfBeMi/nWdFpI1OjZet8qAOBZGkbWf6+R5kYeyjl3ZJpuey PRH4iRtDQJfqXyuBH2XQcoPoaEWEA5DJkNk+KFJTSztgXM8USrLaQfoRjbbgBTMQ0Hqn 8+yHNgahlXh7s+3wWdMyrGrGIsKF27p9tTa5KDErsy7U8oZyJUYKEe9Mao4dG3f2pk9j Yhr9EsgyLsCDx6YIDq65NB5/qrdD4ZXyzNcIPo0BS/uwVmg1PKlziw5nVLWAvrvJjZQB C2Wg== MIME-Version: 1.0 X-Received: by 10.224.26.140 with SMTP id e12mr22772120qac.54.1386487802026; Sat, 07 Dec 2013 23:30:02 -0800 (PST) Received: by 10.96.45.101 with HTTP; Sat, 7 Dec 2013 23:30:01 -0800 (PST) In-Reply-To: References: Date: Sun, 8 Dec 2013 15:30:01 +0800 Message-ID: Subject: Re: Intel Centrino Wireless-N 1000 can't connect to AP From: =?GB2312?B?x8ez/g==?= To: Adrian Chadd Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org, freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 07:30:03 -0000 # sysctl dev.iwn.0.debug=3D0x00 (Log of 0x13ff is behind.) #/etc/rc.d/netif restart Dec 8 15:23:14 x201i kernel: ifa_del_loopback_route: deletion failed: 48 Dec 8 15:23:14 x201i dnsmasq[1089]: no servers found in /usr/local/etc/dnsmasq-resolv.conf, will retry Dec 8 15:23:14 x201i dnsmasq[2412]: no servers found in /usr/local/etc/dnsmasq-resolv.conf, will retry Dec 8 15:23:14 x201i dhclient[670]: short write: wanted 20 got 0 bytes Dec 8 15:23:14 x201i dhclient[670]: exiting. Dec 8 15:23:14 x201i kernel: em0: link state changed to DOWN Dec 8 15:23:14 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:17 Dec 8 15:23:14 x201i devd: Executing '/etc/pccard_ether wlan0 start' Dec 8 15:23:14 x201i wpa_supplicant[2729]: Successfully initialized wpa_supplicant Dec 8 15:23:16 x201i kernel: em0: link state changed to UP Dec 8 15:23:16 x201i devd: Executing '/etc/rc.d/dhclient quietstart em0' Dec 8 15:23:16 x201i dhclient: New IP Address (em0): 192.168.1.10 Dec 8 15:23:16 x201i dhclient: New Subnet Mask (em0): 255.255.255.0 Dec 8 15:23:16 x201i dhclient: New Broadcast Address (em0): 192.168.1.255 Dec 8 15:23:16 x201i dhclient: New Routers (em0): 192.168.1.1 Dec 8 15:23:16 x201i wpa_supplicant[2730]: wlan0: Trying to associate with 8c:21:0a:43:ef:d4 (SSID=3D'OpenBSD' freq=3D2462 MHz) Dec 8 15:23:16 x201i wpa_supplicant[2730]: wlan0: Associated with 8c:21:0a:43:ef:d4 Dec 8 15:23:16 x201i kernel: wlan0: link state changed to UP Dec 8 15:23:16 x201i kernel: iwn0: iwn_intr: fatal firmware error Dec 8 15:23:16 x201i kernel: firmware error log: Dec 8 15:23:16 x201i kernel: error type =3D "SYSASSERT" (0x00000005) Dec 8 15:23:16 x201i kernel: program counter =3D 0x00018DBC Dec 8 15:23:16 x201i kernel: source line =3D 0x00000032 Dec 8 15:23:16 x201i kernel: error data =3D 0x0000000100000000 Dec 8 15:23:16 x201i kernel: branch link =3D 0x00018D6E00018D6E Dec 8 15:23:16 x201i kernel: interrupt link =3D 0x0000082600000000 Dec 8 15:23:16 x201i kernel: time =3D 4084461318 Dec 8 15:23:16 x201i kernel: driver status: Dec 8 15:23:16 x201i kernel: tx ring 0: qid=3D0 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 3: qid=3D3 cur=3D2 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 4: qid=3D4 cur=3D57 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 9: qid=3D9 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D0 Dec 8 15:23:16 x201i kernel: rx ring: cur=3D37 Dec 8 15:23:16 x201i devd: Executing '/etc/rc.d/dhclient quietstart wlan0' Dec 8 15:23:26 x201i wpa_supplicant[2730]: wlan0: Authentication with 8c:21:0a:43:ef:d4 timed out. Dec 8 15:23:26 x201i kernel: wlan0: link state changed to DOWN Dec 8 15:23:26 x201i wpa_supplicant[2730]: wlan0: CTRL-EVENT-DISCONNECTED bssid=3D8c:21:0a:43:ef:d4 reason=3D3 locally_generated=3D1 Dec 8 15:23:26 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D20, val=3D0, arg_len=3D7]: Can't assign requested address Dec 8 15:23:27 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:27 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:28 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:28 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:29 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:29 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:30 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:30 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:31 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:31 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:32 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:32 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:33 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:33 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:34 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:34 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:35 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:35 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:36 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:36 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:37 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:37 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:38 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:38 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:39 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:39 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:40 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:40 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:41 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:41 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:42 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:42 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:43 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:43 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:44 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:44 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:45 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:45 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:46 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:23:46 x201i wpa_supplicant[2730]: wlan0: Failed to initiate AP sc= an Dec 8 15:23:47 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D26, val=3D0, arg_len=3D0]: Operation not supported Dec 8 15:23:47 x201i wpa_supplicant[2730]: ioctl[SIOCS80211, op=3D26, val=3D0, arg_len=3D0]: Operation not supported Dec 8 15:23:47 x201i wpa_supplicant[2730]: wlan0: CTRL-EVENT-TERMINATING # sysctl dev.iwn.0.debug=3D0x13ff # /etc/rc.d/netif restart Dec 8 15:26:27 x201i dhclient[2900]: My address (192.168.1.10) was deleted, dhclient exiting Dec 8 15:26:27 x201i kernel: ifa_del_loopback_route: deletion failed: 48 Dec 8 15:26:27 x201i dnsmasq[2873]: no servers found in /usr/local/etc/dnsmasq-resolv.conf, will retry Dec 8 15:26:27 x201i dnsmasq[3596]: failed to create listening socket for 127.0.0.1: Can't assign requested address Dec 8 15:26:27 x201i dnsmasq[3596]: FAILED to start up Dec 8 15:26:27 x201i root: /usr/local/etc/rc.d/dnsmasq: WARNING: failed to start dnsmasq Dec 8 15:26:27 x201i dhclient[2820]: short write: wanted 20 got 0 bytes Dec 8 15:26:27 x201i dhclient[2820]: exiting. Dec 8 15:26:27 x201i kernel: iwn_newstate: INIT -> INIT Dec 8 15:26:27 x201i HonestQiao: /etc/rc.d/netif: WARNING: wlan0 does not exist. Skipped. Dec 8 15:26:27 x201i kernel: em0: link state changed to DOWN Dec 8 15:26:28 x201i kernel: FW: "1000 fw v39.31.5.1 build 35138 Dec 8 15:26:28 x201i kernel: ", build 0x8942 Dec 8 15:26:28 x201i kernel: using alternative 0 Dec 8 15:26:28 x201i kernel: TLV type 6 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 8 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 9 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 10 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 11 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 12 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 13 reconized but not handled Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x08000000 reg2=3D0x00000001 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x08000000 reg2=3D0x00000001 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000001 reg2=3D0x40010000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D0; qid 0 idx 0 flags 0 type 1(UC_READY) len 36 Dec 8 15:26:28 x201i kernel: microcode alive notification version=3D39.31 subtype=3D9 alive=3D1 Dec 8 15:26:28 x201i kernel: iwn5000_ict_reset: enabling ICT Dec 8 15:26:28 x201i kernel: iwn5000_send_wimax_coex: Configuring WiMAX coexistence Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN5000_CMD_WIMAX_COEX (0x5a) flags 0 qid 4 idx 16 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D1; qid 4 idx 0 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D2; qid 4 idx 1 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D3; qid 4 idx 2 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D4; qid 4 idx 3 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D5; qid 4 idx 4 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D6; qid 4 idx 5 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D7; qid 4 idx 6 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D8; qid 4 idx 7 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D9; qid 4 idx 8 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D10; qid 4 idx 9 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D11; qid 4 idx 10 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D12; qid 4 idx 11 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D13; qid 4 idx 12 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D14; qid 4 idx 13 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D15; qid 4 idx 14 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D16; qid 4 idx 15 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D17; qid 4 idx 16 flags 0 type 90(IWN5000_CMD_WIMAX_COEX) len 4 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: sending crystal calibration 120, 120 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 17 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D18; qid 4 idx 17 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: iwn5000_query_calibration: sending calibration query Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN5000_CMD_CALIB_CONFIG (0x65) flags 0 qid 4 idx 18 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D19; qid 4 idx 18 flags 0 type 101(IWN5000_CMD_CALIB_CONFIG) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D20; qid 0 idx 1 flags 0 type 102(IWN5000_CMD_CALIB_RESULT) len 12 Dec 8 15:26:28 x201i kernel: saving calibration result idx=3D4, code=3D16 = len=3D8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D21; qid 0 idx 2 flags 0 type 102(IWN5000_CMD_CALIB_RESULT) len 296 Dec 8 15:26:28 x201i kernel: saving calibration result idx=3D1, code=3D9 l= en=3D292 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D22; qid 0 idx 3 flags 0 type 102(IWN5000_CMD_CALIB_RESULT) len 92 Dec 8 15:26:28 x201i kernel: saving calibration result idx=3D2, code=3D11 = len=3D88 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D23; qid 0 idx 4 flags 0 type 102(IWN5000_CMD_CALIB_RESULT) len 52 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D24; qid 0 idx 5 flags 0 type 103(IWN5000_CMD_CALIB_COMPLETE) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x08000000 reg2=3D0x00000001 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x08000000 reg2=3D0x00000001 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000001 reg2=3D0x40010000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D0; qid 0 idx 0 flags 0 type 1(UC_READY) len 36 Dec 8 15:26:28 x201i kernel: microcode alive notification version=3D39.31 subtype=3D0 alive=3D1 Dec 8 15:26:28 x201i kernel: iwn5000_ict_reset: enabling ICT Dec 8 15:26:28 x201i kernel: iwn5000_send_wimax_coex: Configuring WiMAX coexistence Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN5000_CMD_WIMAX_COEX (0x5a) flags 0 qid 4 idx 0 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D1; qid 4 idx 0 flags 0 type 90(IWN5000_CMD_WIMAX_COEX) len 4 Dec 8 15:26:28 x201i kernel: sending crystal calibration 120, 120 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D2; qid 4 idx 1 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: Need calib idx : 0 but no available data Dec 8 15:26:28 x201i kernel: send calibration result idx=3D1 len=3D292 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 2 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D3; qid 4 idx 2 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: send calibration result idx=3D2 len=3D88 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 3 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D4; qid 4 idx 3 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: No need of calib 3 Dec 8 15:26:28 x201i kernel: send calibration result idx=3D4 len=3D8 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 4 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D5; qid 4 idx 4 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: No need of calib 5 Dec 8 15:26:28 x201i kernel: No need of calib 6 Dec 8 15:26:28 x201i kernel: No need of calib 7 Dec 8 15:26:28 x201i kernel: iwn_config: configuring valid TX chains 0x1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN5000_CMD_TX_ANT_CONFIG (0x98) flags 0 qid 4 idx 5 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D6; qid 4 idx 5 flags 0 type 152(IWN5000_CMD_TX_ANT_CONFIG) len 4 Dec 8 15:26:28 x201i kernel: iwn_config: setting configuration Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_RXON (0x10) flags 0 qid 4 id= x 6 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D7; qid 4 idx 6 flags 0 type 16(IWN_CMD_RXON) len 4 Dec 8 15:26:28 x201i kernel: iwn_add_broadcast_node: adding broadcast node Dec 8 15:26:28 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 7 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D8; qid 4 idx 7 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_LINK_QUALITY (0x4e) flags 0 qid 4 idx 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D9; qid 4 idx 8 flags 0 type 78(IWN_CMD_LINK_QUALITY) len 4 Dec 8 15:26:28 x201i kernel: iwn5000_set_txpower: setting TX power Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_TXPOWER_DBM (0x95) flags 0 qid 4 idx 9 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D10; qid 4 idx 9 flags 0 type 149(IWN_CMD_TXPOWER_DBM) len 4 Dec 8 15:26:28 x201i kernel: setting critical temp to 110 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SET_CRITICAL_TEMP (0xa4) flags 0 qid 4 idx 10 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D11; qid 4 idx 10 flags 0 type 164(IWN_CMD_SET_CRITICAL_TEMP) len 4 Dec 8 15:26:28 x201i kernel: setting power saving level to 0 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SET_POWER_MODE (0x77) flags 0 qid 4 idx 11 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D12; qid 4 idx 11 flags 0 type 119(IWN_CMD_SET_POWER_MODE) len 4 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:17 Dec 8 15:26:28 x201i devd: Executing '/etc/pccard_ether wlan0 start' Dec 8 15:26:28 x201i wpa_supplicant[4199]: Successfully initialized wpa_supplicant Dec 8 15:26:28 x201i kernel: iwn_newstate: INIT -> SCAN Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SET_LED (0x48) flags 0 qid 4 idx 12 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 1 flags 0x1 rf_gain 0x28 dsp_gain 0x6e active 33 passive 100 scan_svc_time 16879616 crc 0xffff isactive=3D0 numssid=3D0 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 13 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D13; qid 4 idx 12 flags 0 type 72(IWN_CMD_SET_LED) len 4 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D14; qid 4 idx 13 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D15; qid 0 idx 12 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 1 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D16; qid 0 idx 13 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D17; qid 0 idx 14 flags 0 type 193(MPDU_RX_DONE) len 208 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 41 rssi 5399 3602 0 result -62 Dec 8 15:26:28 x201i kernel: iwn_newstate: SCAN -> INIT Dec 8 15:26:28 x201i kernel: FW: "1000 fw v39.31.5.1 build 35138 Dec 8 15:26:28 x201i kernel: ", build 0x8942 Dec 8 15:26:28 x201i kernel: using alternative 0 Dec 8 15:26:28 x201i kernel: TLV type 6 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 8 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 9 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 10 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 11 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 12 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 13 reconized but not handled Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x08000000 reg2=3D0x00000001 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x08000000 reg2=3D0x00000001 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000001 reg2=3D0x40010000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D0; qid 0 idx 0 flags 0 type 1(UC_READY) len 36 Dec 8 15:26:28 x201i kernel: microcode alive notification version=3D39.31 subtype=3D0 alive=3D1 Dec 8 15:26:28 x201i kernel: iwn5000_ict_reset: enabling ICT Dec 8 15:26:28 x201i kernel: iwn5000_send_wimax_coex: Configuring WiMAX coexistence Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN5000_CMD_WIMAX_COEX (0x5a) flags 0 qid 4 idx 0 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D1; qid 4 idx 0 flags 0 type 90(IWN5000_CMD_WIMAX_COEX) len 4 Dec 8 15:26:28 x201i kernel: sending crystal calibration 120, 120 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D2; qid 4 idx 1 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: Need calib idx : 0 but no available data Dec 8 15:26:28 x201i kernel: send calibration result idx=3D1 len=3D292 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 2 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D3; qid 4 idx 2 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: send calibration result idx=3D2 len=3D88 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 3 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D4; qid 4 idx 3 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: No need of calib 3 Dec 8 15:26:28 x201i kernel: send calibration result idx=3D4 len=3D8 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 4 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D5; qid 4 idx 4 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: No need of calib 5 Dec 8 15:26:28 x201i kernel: No need of calib 6 Dec 8 15:26:28 x201i kernel: No need of calib 7 Dec 8 15:26:28 x201i kernel: iwn_config: configuring valid TX chains 0x1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN5000_CMD_TX_ANT_CONFIG (0x98) flags 0 qid 4 idx 5 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D6; qid 4 idx 5 flags 0 type 152(IWN5000_CMD_TX_ANT_CONFIG) len 4 Dec 8 15:26:28 x201i kernel: iwn_config: setting configuration Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_RXON (0x10) flags 0 qid 4 id= x 6 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D7; qid 4 idx 6 flags 0 type 16(IWN_CMD_RXON) len 4 Dec 8 15:26:28 x201i kernel: iwn_add_broadcast_node: adding broadcast node Dec 8 15:26:28 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 7 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D8; qid 4 idx 7 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_LINK_QUALITY (0x4e) flags 0 qid 4 idx 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D9; qid 4 idx 8 flags 0 type 78(IWN_CMD_LINK_QUALITY) len 4 Dec 8 15:26:28 x201i kernel: iwn5000_set_txpower: setting TX power Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_TXPOWER_DBM (0x95) flags 0 qid 4 idx 9 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D10; qid 4 idx 9 flags 0 type 149(IWN_CMD_TXPOWER_DBM) len 4 Dec 8 15:26:28 x201i kernel: setting critical temp to 110 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SET_CRITICAL_TEMP (0xa4) flags 0 qid 4 idx 10 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D11; qid 4 idx 10 flags 0 type 164(IWN_CMD_SET_CRITICAL_TEMP) len 4 Dec 8 15:26:28 x201i kernel: setting power saving level to 0 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SET_POWER_MODE (0x77) flags 0 qid 4 idx 11 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D12; qid 4 idx 11 flags 0 type 119(IWN_CMD_SET_POWER_MODE) len 4 Dec 8 15:26:28 x201i kernel: iwn_newstate: INIT -> SCAN Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SET_LED (0x48) flags 0 qid 4 idx 12 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 1 flags 0x1 rf_gain 0x28 dsp_gain 0x6e active 33 passive 85 scan_svc_time 16879616 crc 0xffff isactive=3D0 numssid=3D0 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 13 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D13; qid 4 idx 12 flags 0 type 72(IWN_CMD_SET_LED) len 4 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D14; qid 4 idx 13 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D15; qid 0 idx 1 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 1 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D16; qid 0 idx 2 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D17; qid 0 idx 3 flags 0 type 193(MPDU_RX_DONE) len 208 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 43 rssi 5142 5142 0 result -65 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x00000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D18; qid 0 idx 4 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D19; qid 0 idx 5 flags 0 type 193(MPDU_RX_DONE) len 208 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 56 rssi 5656 3600 0 result -76 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D20; qid 0 idx 6 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D21; qid 0 idx 7 flags 0 type 193(MPDU_RX_DONE) len 280 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 61 rssi 4885 3343 0 result -84 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i wpa_supplicant[4218]: Successfully initialized wpa_supplicant Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D22; qid 0 idx 8 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D23; qid 0 idx 9 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D1 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 6 flags 0x1 rf_gain 0x28 dsp_gain 0x6e active 33 passive 85 scan_svc_time 16879616 crc 0xffff isactive=3D0 numssid=3D0 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 14 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D24; qid 4 idx 14 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D25; qid 0 idx 10 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 6 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D26; qid 0 idx 11 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D27; qid 0 idx 12 flags 0 type 193(MPDU_RX_DONE) len 176 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 40 rssi 4885 5400 0 result -60 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D28; qid 0 idx 13 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D29; qid 0 idx 14 flags 0 type 193(MPDU_RX_DONE) len 388 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 45 rssi 4115 5398 0 result -67 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D30; qid 0 idx 15 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D31; qid 0 idx 16 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D6 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 11 flags 0x1 rf_gain 0x28 dsp_gain 0x6e active 33 passive 85 scan_svc_time 16879616 crc 0xffff isactive=3D0 numssid=3D0 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 15 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D32; qid 4 idx 15 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D33; qid 0 idx 17 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 11 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D34; qid 0 idx 18 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D35; qid 0 idx 19 flags 0 type 193(MPDU_RX_DONE) len 404 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 19 rssi 4628 5141 0 result -42 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D36; qid 0 idx 20 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D37; qid 0 idx 21 flags 0 type 193(MPDU_RX_DONE) len 236 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 19 rssi 4628 5141 0 result -42 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D38; qid 0 idx 22 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D39; qid 0 idx 23 flags 0 type 193(MPDU_RX_DONE) len 272 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 63 rssi 4885 4884 0 result -86 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D40; qid 0 idx 24 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D41; qid 0 idx 25 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D11 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 7 flags 0x1 rf_gain 0x28 dsp_gain 0x6e active 33 passive 85 scan_svc_time 16879616 crc 0xffff isactive=3D0 numssid=3D0 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 16 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D42; qid 4 idx 16 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D43; qid 0 idx 26 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 7 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D44; qid 0 idx 27 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D45; qid 0 idx 28 flags 0 type 193(MPDU_RX_DONE) len 176 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 39 rssi 4884 5398 0 result -61 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D46; qid 0 idx 29 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D47; qid 0 idx 30 flags 0 type 193(MPDU_RX_DONE) len 388 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 46 rssi 3600 5399 0 result -67 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D48; qid 0 idx 31 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D49; qid 0 idx 32 flags 0 type 193(MPDU_RX_DONE) len 176 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 39 rssi 4628 5143 0 result -60 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D50; qid 0 idx 35 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D51; qid 0 idx 36 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D7 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 13 flags 0x0 rf_gain 0x28 dsp_gain 0x6e active 33 passive 85 scan_svc_time 16879616 crc 0xffff isactive=3D0 numssid=3D0 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 17 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D52; qid 4 idx 17 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D53; qid 0 idx 37 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 13 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D54; qid 0 idx 38 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D55; qid 0 idx 39 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D13 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 2 flags 0x1 rf_gain 0x28 dsp_gain 0x6e active 33 passive 85 scan_svc_time 16879616 crc 0xffff isactive=3D0 numssid=3D0 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 18 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D56; qid 4 idx 18 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D57; qid 0 idx 40 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 2 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D58; qid 0 idx 41 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D59; qid 0 idx 42 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D2 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 3 flags 0x1 rf_gain 0x28 dsp_gain 0x6e active 33 passive 85 scan_svc_time 16879616 crc 0xffff isactive=3D0 numssid=3D0 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 19 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D60; qid 4 idx 19 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D61; qid 0 idx 43 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 3 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D62; qid 0 idx 44 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D63; qid 0 idx 45 flags 0 type 193(MPDU_RX_DONE) len 424 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 48 rssi 5398 2829 0 result -70 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D0; qid 0 idx 47 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D1; qid 0 idx 48 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D3 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 4 flags 0x1 rf_gain 0x28 dsp_gain 0x6e active 33 passive 85 scan_svc_time 16879616 crc 0xffff isactive=3D0 numssid=3D0 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D2; qid 4 idx 20 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D3; qid 0 idx 49 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 4 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D4; qid 0 idx 50 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D5; qid 0 idx 51 flags 0 type 193(MPDU_RX_DONE) len 424 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 47 rssi 5399 3086 0 result -68 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i wpa_supplicant[4218]: ctrl_iface exists and seems to be in use - cannot override it Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D6; qid 0 idx 52 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D7; qid 0 idx 53 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D4 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 5 flags 0x1 rf_gain 0x28 dsp_gain 0x6e active 33 passive 85 scan_svc_time 16879616 crc 0xffff isactive=3D0 numssid=3D0 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 21 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D8; qid 4 idx 21 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D9; qid 0 idx 54 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 5 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D10; qid 0 idx 56 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D11; qid 0 idx 57 flags 0 type 193(MPDU_RX_DONE) len 176 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 47 rssi 7197 7197 0 result -62 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D12; qid 0 idx 58 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D13; qid 0 idx 59 flags 0 type 193(MPDU_RX_DONE) len 424 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 43 rssi 5394 2314 0 result -69 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D14; qid 0 idx 60 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D15; qid 0 idx 61 flags 0 type 193(MPDU_RX_DONE) len 388 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 50 rssi 5655 5655 0 result -71 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D16; qid 0 idx 63 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D17; qid 0 idx 64 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D5 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 8 flags 0x1 rf_gain 0x28 dsp_gain 0x6e active 33 passive 85 scan_svc_time 16879616 crc 0xffff isactive=3D0 numssid=3D0 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 22 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D18; qid 4 idx 22 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D19; qid 0 idx 65 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 8 status 1 Dec 8 15:26:28 x201i kernel: iwn_newstate: SCAN -> INIT Dec 8 15:26:28 x201i wpa_supplicant[4218]: Delete '/var/run/wpa_supplicant/wlan0' manually if it is not used anymore Dec 8 15:26:28 x201i wpa_supplicant[4218]: Failed to initialize control interface '/var/run/wpa_supplicant'. You may have another wpa_supplicant process already running or the file was left by an unclean termination of wpa_supplicant in which case you will need to manually remove this file before starting wpa_supplicant again. Dec 8 15:26:28 x201i wpa_supplicant[4218]: ioctl[SIOCS80211, op=3D26, val=3D0, arg_len=3D0]: Operation not supported Dec 8 15:26:28 x201i wpa_supplicant[4218]: ioctl[SIOCS80211, op=3D26, val=3D0, arg_len=3D0]: Operation not supported Dec 8 15:26:28 x201i root: /etc/rc.d/wpa_supplicant: WARNING: failed to start wpa_supplicant Dec 8 15:26:28 x201i kernel: FW: "1000 fw v39.31.5.1 build 35138 Dec 8 15:26:28 x201i kernel: ", build 0x8942 Dec 8 15:26:28 x201i kernel: using alternative 0 Dec 8 15:26:28 x201i kernel: TLV type 6 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 8 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 9 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 10 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 11 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 12 reconized but not handled Dec 8 15:26:28 x201i kernel: TLV type 13 reconized but not handled Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x08000000 reg2=3D0x00000001 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x08000000 reg2=3D0x00000001 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000001 reg2=3D0x40010000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D0; qid 0 idx 0 flags 0 type 1(UC_READY) len 36 Dec 8 15:26:28 x201i kernel: microcode alive notification version=3D39.31 subtype=3D0 alive=3D1 Dec 8 15:26:28 x201i kernel: iwn5000_ict_reset: enabling ICT Dec 8 15:26:28 x201i kernel: iwn5000_send_wimax_coex: Configuring WiMAX coexistence Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN5000_CMD_WIMAX_COEX (0x5a) flags 0 qid 4 idx 0 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D1; qid 4 idx 0 flags 0 type 90(IWN5000_CMD_WIMAX_COEX) len 4 Dec 8 15:26:28 x201i kernel: sending crystal calibration 120, 120 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D2; qid 4 idx 1 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: Need calib idx : 0 but no available data Dec 8 15:26:28 x201i kernel: send calibration result idx=3D1 len=3D292 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 2 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D3; qid 4 idx 2 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: send calibration result idx=3D2 len=3D88 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 3 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D4; qid 4 idx 3 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: No need of calib 3 Dec 8 15:26:28 x201i kernel: send calibration result idx=3D4 len=3D8 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 4 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D5; qid 4 idx 4 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:28 x201i kernel: No need of calib 5 Dec 8 15:26:28 x201i kernel: No need of calib 6 Dec 8 15:26:28 x201i kernel: No need of calib 7 Dec 8 15:26:28 x201i kernel: iwn_config: configuring valid TX chains 0x1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN5000_CMD_TX_ANT_CONFIG (0x98) flags 0 qid 4 idx 5 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D6; qid 4 idx 5 flags 0 type 152(IWN5000_CMD_TX_ANT_CONFIG) len 4 Dec 8 15:26:28 x201i kernel: iwn_config: setting configuration Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_RXON (0x10) flags 0 qid 4 id= x 6 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D7; qid 4 idx 6 flags 0 type 16(IWN_CMD_RXON) len 4 Dec 8 15:26:28 x201i kernel: iwn_add_broadcast_node: adding broadcast node Dec 8 15:26:28 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 7 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D8; qid 4 idx 7 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_LINK_QUALITY (0x4e) flags 0 qid 4 idx 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D9; qid 4 idx 8 flags 0 type 78(IWN_CMD_LINK_QUALITY) len 4 Dec 8 15:26:28 x201i kernel: iwn5000_set_txpower: setting TX power Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_TXPOWER_DBM (0x95) flags 0 qid 4 idx 9 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D10; qid 4 idx 9 flags 0 type 149(IWN_CMD_TXPOWER_DBM) len 4 Dec 8 15:26:28 x201i kernel: setting critical temp to 110 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SET_CRITICAL_TEMP (0xa4) flags 0 qid 4 idx 10 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D11; qid 4 idx 10 flags 0 type 164(IWN_CMD_SET_CRITICAL_TEMP) len 4 Dec 8 15:26:28 x201i kernel: setting power saving level to 0 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SET_POWER_MODE (0x77) flags 0 qid 4 idx 11 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D12; qid 4 idx 11 flags 0 type 119(IWN_CMD_SET_POWER_MODE) len 4 Dec 8 15:26:28 x201i kernel: iwn_newstate: INIT -> SCAN Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SET_LED (0x48) flags 0 qid 4 idx 12 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 1 flags 0x3 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 13 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D13; qid 4 idx 12 flags 0 type 72(IWN_CMD_SET_LED) len 4 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D14; qid 4 idx 13 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D15; qid 0 idx 1 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 1 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D16; qid 0 idx 2 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D17; qid 0 idx 3 flags 0 type 193(MPDU_RX_DONE) len 208 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 42 rssi 5399 4628 0 result -63 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D18; qid 0 idx 4 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D19; qid 0 idx 5 flags 0 type 193(MPDU_RX_DONE) len 208 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 57 rssi 5144 3859 0 result -77 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D20; qid 0 idx 6 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D21; qid 0 idx 7 flags 0 type 193(MPDU_RX_DONE) len 208 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 58 rssi 5400 3601 0 result -78 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D22; qid 0 idx 8 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D23; qid 0 idx 9 flags 0 type 193(MPDU_RX_DONE) len 208 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 43 rssi 5400 4886 0 result -63 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D24; qid 0 idx 10 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D25; qid 0 idx 11 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D1 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 6 flags 0x3 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 14 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D26; qid 4 idx 14 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D27; qid 0 idx 12 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 6 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D28; qid 0 idx 13 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D29; qid 0 idx 14 flags 0 type 193(MPDU_RX_DONE) len 388 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 49 rssi 5141 5399 0 result -70 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D30; qid 0 idx 15 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D31; qid 0 idx 16 flags 0 type 193(MPDU_RX_DONE) len 388 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 49 rssi 4884 5399 0 result -70 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D32; qid 0 idx 17 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D33; qid 0 idx 18 flags 0 type 193(MPDU_RX_DONE) len 176 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 40 rssi 5399 5656 0 result -60 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D34; qid 0 idx 19 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D35; qid 0 idx 20 flags 0 type 193(MPDU_RX_DONE) len 176 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 42 rssi 4885 5142 0 result -64 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D36; qid 0 idx 21 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D37; qid 0 idx 22 flags 0 type 193(MPDU_RX_DONE) len 228 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 47 rssi 4629 5399 0 result -68 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D38; qid 0 idx 23 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D39; qid 0 idx 24 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D6 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 11 flags 0x3 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 15 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D40; qid 4 idx 15 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D41; qid 0 idx 25 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 11 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D42; qid 0 idx 27 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D43; qid 0 idx 28 flags 0 type 193(MPDU_RX_DONE) len 404 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 63 rssi 4884 3856 0 result -87 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D44; qid 0 idx 29 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D45; qid 0 idx 30 flags 0 type 193(MPDU_RX_DONE) len 404 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 63 rssi 4370 4369 0 result -89 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D46; qid 0 idx 31 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D47; qid 0 idx 32 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D11 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 7 flags 0x3 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 16 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D48; qid 4 idx 16 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D49; qid 0 idx 33 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 7 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D50; qid 0 idx 34 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D51; qid 0 idx 35 flags 0 type 193(MPDU_RX_DONE) len 176 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 39 rssi 4628 5142 0 result -61 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D52; qid 0 idx 36 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D53; qid 0 idx 37 flags 0 type 193(MPDU_RX_DONE) len 176 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 42 rssi 4372 4886 0 result -64 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D54; qid 0 idx 38 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D55; qid 0 idx 39 flags 0 type 193(MPDU_RX_DONE) len 176 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 40 rssi 4884 5399 0 result -61 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D56; qid 0 idx 41 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D57; qid 0 idx 42 flags 0 type 193(MPDU_RX_DONE) len 228 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 49 rssi 4116 5400 0 result -69 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D58; qid 0 idx 43 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D59; qid 0 idx 44 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D7 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 13 flags 0x2 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 17 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D60; qid 4 idx 17 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D61; qid 0 idx 45 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 13 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D62; qid 0 idx 46 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D63; qid 0 idx 47 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D13 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 2 flags 0x3 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 18 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D0; qid 4 idx 18 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D1; qid 0 idx 48 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 2 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D2; qid 0 idx 49 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D3; qid 0 idx 50 flags 0 type 193(MPDU_RX_DONE) len 208 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 43 rssi 5655 5141 0 result -64 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D4; qid 0 idx 51 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D5; qid 0 idx 52 flags 0 type 193(MPDU_RX_DONE) len 208 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 43 rssi 5656 4885 0 result -63 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D6; qid 0 idx 53 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D7; qid 0 idx 54 flags 0 type 193(MPDU_RX_DONE) len 208 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 58 rssi 5141 4113 0 result -81 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D8; qid 0 idx 55 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D9; qid 0 idx 56 flags 0 type 193(MPDU_RX_DONE) len 208 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 59 rssi 5657 4114 0 result -78 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D10; qid 0 idx 57 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D11; qid 0 idx 58 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D2 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 3 flags 0x3 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 19 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D12; qid 4 idx 19 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D13; qid 0 idx 59 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 3 status 1 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D14; qid 0 idx 63 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:28 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D15; qid 0 idx 64 flags 0 type 193(MPDU_RX_DONE) len 424 Dec 8 15:26:28 x201i kernel: iwn5000_get_rssi: agc 48 rssi 5397 3086 0 result -71 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D16; qid 0 idx 66 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D17; qid 0 idx 67 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:28 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D3 Dec 8 15:26:28 x201i kernel: iwn_scan: chan 4 flags 0x3 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:28 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:28 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 20 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D18; qid 4 idx 20 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:28 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: cur=3D19; qid 0 idx 68 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:28 x201i kernel: iwn_notif_intr: scanning channel 4 status 1 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D20; qid 0 idx 70 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D21; qid 0 idx 71 flags 0 type 193(MPDU_RX_DONE) len 424 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 47 rssi 5655 3086 0 result -68 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D22; qid 0 idx 72 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D23; qid 0 idx 73 flags 0 type 193(MPDU_RX_DONE) len 424 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 48 rssi 5399 4369 0 result -69 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D24; qid 0 idx 74 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D25; qid 0 idx 75 flags 0 type 193(MPDU_RX_DONE) len 424 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 47 rssi 5654 2829 0 result -69 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D26; qid 0 idx 76 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D27; qid 0 idx 77 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:29 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D4 Dec 8 15:26:29 x201i kernel: iwn_scan: chan 5 flags 0x3 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:29 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 21 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D28; qid 4 idx 21 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D29; qid 0 idx 78 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: scanning channel 5 status 1 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D30; qid 0 idx 79 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D31; qid 0 idx 80 flags 0 type 193(MPDU_RX_DONE) len 424 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 47 rssi 5656 3344 0 result -67 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D32; qid 0 idx 81 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D33; qid 0 idx 82 flags 0 type 193(MPDU_RX_DONE) len 424 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 46 rssi 4885 3086 0 result -69 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D34; qid 0 idx 83 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D35; qid 0 idx 84 flags 0 type 193(MPDU_RX_DONE) len 388 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 50 rssi 4884 5654 0 result -72 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D36; qid 0 idx 85 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D37; qid 0 idx 86 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:29 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D5 Dec 8 15:26:29 x201i kernel: iwn_scan: chan 8 flags 0x3 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:29 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 22 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D38; qid 4 idx 22 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D39; qid 0 idx 87 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: scanning channel 8 status 1 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D40; qid 0 idx 88 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D41; qid 0 idx 89 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:29 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D8 Dec 8 15:26:29 x201i kernel: iwn_scan: chan 9 flags 0x3 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:29 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 23 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D42; qid 4 idx 23 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D43; qid 0 idx 90 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: scanning channel 9 status 1 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D44; qid 0 idx 92 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D45; qid 0 idx 93 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:29 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D9 Dec 8 15:26:29 x201i kernel: iwn_scan: chan 10 flags 0x3 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:29 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 24 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D46; qid 4 idx 24 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D47; qid 0 idx 94 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: scanning channel 10 status 1 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D48; qid 0 idx 95 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D49; qid 0 idx 96 flags 0 type 193(MPDU_RX_DONE) len 404 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 23 rssi 5400 5913 0 result -42 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D50; qid 0 idx 97 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D51; qid 0 idx 98 flags 0 type 193(MPDU_RX_DONE) len 404 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 22 rssi 5143 5399 0 result -43 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D52; qid 0 idx 99 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D53; qid 0 idx 100 flags 0 type 193(MPDU_RX_DONE) len 176 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 62 rssi 5399 4628 0 result -83 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D54; qid 0 idx 103 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D55; qid 0 idx 104 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:29 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D10 Dec 8 15:26:29 x201i kernel: iwn_scan: chan 12 flags 0x2 rf_gain 0x28 dsp_gain 0x6e active 36 passive 85 scan_svc_time 16879616 crc 0x1 isactive=3D1 numssid=3D1 Dec 8 15:26:29 x201i kernel: sending scan command nchan=3D1 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_SCAN (0x80) flags 0 qid 4 id= x 25 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D56; qid 4 idx 25 flags 0 type 128(IWN_CMD_SCAN) len 8 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D57; qid 0 idx 105 flags 0 type 130(START_SCAN) len 24 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: scanning channel 12 status 1 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D58; qid 0 idx 106 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D59; qid 0 idx 107 flags 0 type 193(MPDU_RX_DONE) len 236 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 22 rssi 5139 5142 0 result -44 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x10000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i wpa_supplicant[4219]: wlan0: Trying to associate with 8c:21:0a:43:ef:d4 (SSID=3D'OpenBSD' freq=3D2462 MHz) Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D60; qid 0 idx 108 flags 0 type 131(IWN_CMD_SCAN_RESULTS) len 20 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D61; qid 0 idx 109 flags 0 type 132(STOP_SCAN) len 16 Dec 8 15:26:29 x201i kernel: scan finished nchan=3D1 status=3D1 chan=3D12 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_EDCA_PARAMS (0x13) flags 0 qid 4 idx 26 Dec 8 15:26:29 x201i kernel: iwn_newstate: SCAN -> AUTH Dec 8 15:26:29 x201i kernel: rxon chan 11 flags 40008035 cck f ofdm 15 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_RXON (0x10) flags 0 qid 4 id= x 27 Dec 8 15:26:29 x201i kernel: iwn5000_set_txpower: setting TX power Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_TXPOWER_DBM (0x95) flags 0 qid 4 idx 28 Dec 8 15:26:29 x201i kernel: iwn_add_broadcast_node: adding broadcast node Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 29 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_LINK_QUALITY (0x4e) flags 0 qid 4 idx 30 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D62; qid 4 idx 26 flags 0 type 19(IWN_CMD_EDCA_PARAMS) len 4 Dec 8 15:26:29 x201i kernel: iwn_tx_data_raw: qid 3 idx 0 len 6 nsegs 1 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D63; qid 4 idx 27 flags 0 type 16(IWN_CMD_RXON) len 4 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D0; qid 4 idx 28 flags 0 type 149(IWN_CMD_TXPOWER_DBM) len 4 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D1; qid 4 idx 29 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D2; qid 4 idx 30 flags 0 type 78(IWN_CMD_LINK_QUALITY) len 4 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D3; qid 3 idx 0 flags 0 type 28(TX_DONE) len 44 Dec 8 15:26:29 x201i kernel: iwn5000_tx_done: qid 3 idx 0 retries 0 nkill 0 rate 420a duration 778 status 201 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D4; qid 0 idx 111 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D5; qid 0 idx 112 flags 0 type 193(MPDU_RX_DONE) len 44 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 21 rssi 4885 5141 0 result -44 Dec 8 15:26:29 x201i kernel: iwn_newstate: AUTH -> ASSOC Dec 8 15:26:29 x201i kernel: iwn_tx_data_raw: qid 3 idx 1 len 88 nsegs 1 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D6; qid 3 idx 1 flags 0 type 28(TX_DONE) len 44 Dec 8 15:26:29 x201i kernel: iwn5000_tx_done: qid 3 idx 1 retries 0 nkill 0 rate 420a duration 1434 status 201 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D7; qid 0 idx 114 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D8; qid 0 idx 115 flags 0 type 193(MPDU_RX_DONE) len 188 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 22 rssi 5142 5398 0 result -44 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_EDCA_PARAMS (0x13) flags 0 qid 4 idx 31 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D0 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 32 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D1 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 33 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D2 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 34 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D3 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 35 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D4 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 36 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D5 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 37 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D6 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 38 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D7 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 39 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D8 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 40 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D9 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 41 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D10 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 42 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D11 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 43 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D12 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 44 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D13 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 45 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D14 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 46 Dec 8 15:26:29 x201i kernel: DELBA RA=3D0 TID=3D15 Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 47 Dec 8 15:26:29 x201i kernel: iwn_newstate: ASSOC -> RUN Dec 8 15:26:29 x201i kernel: timing bintval=3D100 tstamp=3D81586702781, in= it=3D87619 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_TIMING (0x14) flags 0 qid 4 idx 48 Dec 8 15:26:29 x201i kernel: rxon chan 11 flags 40008035 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_RXON (0x10) flags 0 qid 4 id= x 49 Dec 8 15:26:29 x201i kernel: iwn5000_set_txpower: setting TX power Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_TXPOWER_DBM (0x95) flags 0 qid 4 idx 50 Dec 8 15:26:29 x201i kernel: iwn_run: adding BSS node Dec 8 15:26:29 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 51 Dec 8 15:26:29 x201i kernel: iwn_run: setting link quality for node 0 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: 1stream antenna=3D0x01, 2stream antenna=3D0x03, ntxstreams=3D1 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D0, txrate=3D7, rate= =3D0x87 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D1, txrate=3D6, rate= =3D0x86 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D2, txrate=3D5, rate= =3D0x85 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D3, txrate=3D4, rate= =3D0x84 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D4, txrate=3D3, rate= =3D0x83 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D5, txrate=3D2, rate= =3D0x82 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D6, txrate=3D1, rate= =3D0x81 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D7, txrate=3D0, rate= =3D0x80 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D8, txrate=3D0, rate= =3D0x80 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D9, txrate=3D0, rate= =3D0x80 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D10, txrate=3D0, rat= e=3D0x80 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D11, txrate=3D0, rat= e=3D0x80 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D12, txrate=3D0, rat= e=3D0x80 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D13, txrate=3D0, rat= e=3D0x80 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D14, txrate=3D0, rat= e=3D0x80 Dec 8 15:26:29 x201i kernel: iwn_set_link_quality: i=3D15, txrate=3D0, rat= e=3D0x80 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_LINK_QUALITY (0x4e) flags 0 qid 4 idx 52 Dec 8 15:26:29 x201i kernel: iwn_send_sensitivity: set sensitivity 120/240/90/170/125/170/95 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_SET_SENSITIVITY (0xa8) flags 0 qid 4 idx 53 Dec 8 15:26:29 x201i kernel: iwn5000_init_gains: setting initial differential gains Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_PHY_CALIB (0xb0) flags 0 qid 4 idx 54 Dec 8 15:26:29 x201i kernel: iwn_init_sensitivity: sending request for statistics Dec 8 15:26:29 x201i kernel: iwn_cmd: RX_STATS (0x9c) flags 0 qid 4 idx 55 Dec 8 15:26:29 x201i kernel: iwn_cmd: IWN_CMD_SET_LED (0x48) flags 0 qid 4 idx 56 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D9; qid 4 idx 31 flags 0 type 19(IWN_CMD_EDCA_PARAMS) len 4 Dec 8 15:26:29 x201i kernel: wlan0: link state changed to UP Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D10; qid 4 idx 32 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D11; qid 4 idx 33 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D12; qid 4 idx 34 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D13; qid 4 idx 35 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D14; qid 4 idx 36 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D15; qid 4 idx 37 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D16; qid 4 idx 38 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D17; qid 4 idx 39 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D18; qid 4 idx 40 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D19; qid 4 idx 41 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D20; qid 4 idx 42 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D21; qid 4 idx 43 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D22; qid 4 idx 44 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D23; qid 4 idx 45 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x00000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D24; qid 4 idx 46 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D25; qid 4 idx 47 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D26; qid 4 idx 48 flags 0 type 20(IWN_CMD_TIMING) len 4 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D27; qid 4 idx 49 flags 0 type 16(IWN_CMD_RXON) len 4 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D28; qid 0 idx 118 flags 0 type 192(RX_PHY) len 68 Dec 8 15:26:29 x201i kernel: iwn_rx_phy: received PHY stats Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D29; qid 0 idx 119 flags 0 type 193(MPDU_RX_DONE) len 148 Dec 8 15:26:29 x201i kernel: iwn5000_get_rssi: agc 21 rssi 4629 4885 0 result -44 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D30; qid 4 idx 50 flags 0 type 149(IWN_CMD_TXPOWER_DBM) len 4 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D31; qid 4 idx 51 flags 0 type 24(ADD_NODE_DONE) len 8 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D32; qid 4 idx 52 flags 0 type 78(IWN_CMD_LINK_QUALITY) len 4 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D33; qid 4 idx 53 flags 0 type 168(IWN_CMD_SET_SENSITIVITY) len 4 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D34; qid 4 idx 54 flags 0 type 176(IWN_CMD_PHY_CALIB) len 4 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x80000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D35; qid 4 idx 55 flags 0 type 156(RX_STATS) len 484 Dec 8 15:26:29 x201i kernel: iwn_rx_statistics: received statistics, cmd 1= 56 Dec 8 15:26:29 x201i kernel: iwn_rx_statistics: temperature 40 Dec 8 15:26:29 x201i kernel: iwn_notif_intr: cur=3D36; qid 4 idx 56 flags 0 type 72(IWN_CMD_SET_LED) len 4 Dec 8 15:26:29 x201i kernel: interrupt reg1=3D0x02000000 reg2=3D0x00000000 Dec 8 15:26:29 x201i kernel: iwn0: iwn_intr: fatal firmware error Dec 8 15:26:29 x201i kernel: firmware error log: Dec 8 15:26:29 x201i kernel: error type =3D "SYSASSERT" (0x00000005) Dec 8 15:26:29 x201i kernel: program counter =3D 0x00018DBC Dec 8 15:26:29 x201i kernel: source line =3D 0x00000032 Dec 8 15:26:29 x201i kernel: error data =3D 0x0000000100000000 Dec 8 15:26:29 x201i kernel: branch link =3D 0x00018D6E00018D6E Dec 8 15:26:29 x201i kernel: interrupt link =3D 0x0000082600000000 Dec 8 15:26:29 x201i kernel: time =3D 4277293798 Dec 8 15:26:29 x201i kernel: driver status: Dec 8 15:26:29 x201i kernel: tx ring 0: qid=3D0 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 3: qid=3D3 cur=3D2 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 4: qid=3D4 cur=3D57 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 9: qid=3D9 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D0 Dec 8 15:26:29 x201i kernel: rx ring: cur=3D37 Dec 8 15:26:29 x201i wpa_supplicant[4219]: wlan0: Associated with 8c:21:0a:43:ef:d4 Dec 8 15:26:29 x201i devd: Executing '/etc/rc.d/dhclient quietstart wlan0' Dec 8 15:26:29 x201i kernel: em0: link state changed to UP Dec 8 15:26:29 x201i devd: Executing '/etc/rc.d/dhclient quietstart em0' Dec 8 15:26:29 x201i dhclient: New IP Address (em0): 192.168.1.10 Dec 8 15:26:29 x201i dhclient: New Subnet Mask (em0): 255.255.255.0 Dec 8 15:26:29 x201i dhclient: New Broadcast Address (em0): 192.168.1.255 Dec 8 15:26:29 x201i dhclient: New Routers (em0): 192.168.1.1 Dec 8 15:26:39 x201i wpa_supplicant[4219]: wlan0: Authentication with 8c:21:0a:43:ef:d4 timed out. Dec 8 15:26:39 x201i kernel: iwn_newstate: RUN -> INIT Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D0 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 0 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D1 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 1 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D2 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 2 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D3 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 3 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D4 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 4 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D5 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 5 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D6 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 6 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D7 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 7 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D8 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 8 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D9 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 9 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D10 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 10 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D11 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 11 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D12 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 12 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D13 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 13 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D14 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 14 Dec 8 15:26:39 x201i kernel: DELBA RA=3D0 TID=3D15 Dec 8 15:26:39 x201i kernel: iwn_cmd: ADD_NODE_DONE (0x18) flags 0 qid 4 i= dx 15 Dec 8 15:26:39 x201i kernel: wlan0: link state changed to DOWN Dec 8 15:26:39 x201i wpa_supplicant[4219]: wlan0: CTRL-EVENT-DISCONNECTED bssid=3D8c:21:0a:43:ef:d4 reason=3D3 locally_generated=3D1 Dec 8 15:26:40 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:40 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:41 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:41 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:42 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:42 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:43 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:43 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:44 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:44 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:45 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:45 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:46 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:46 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:47 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:47 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:48 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:48 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:49 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:49 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:50 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:50 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:51 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:51 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:52 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D103, val=3D0, arg_len=3D128]: Device not configured Dec 8 15:26:52 x201i wpa_supplicant[4219]: wlan0: Failed to initiate AP sc= an Dec 8 15:26:53 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D26, val=3D0, arg_len=3D0]: Operation not supported Dec 8 15:26:53 x201i kernel: iwn_newstate: INIT -> INIT Dec 8 15:26:53 x201i wpa_supplicant[4219]: ioctl[SIOCS80211, op=3D26, val=3D0, arg_len=3D0]: Operation not supported Dec 8 15:26:53 x201i wpa_supplicant[4219]: wlan0: CTRL-EVENT-TERMINATING 2013/12/8, Adrian Chadd : > Hi. > > Can you paste the whole dmesg log from the time you start WPA supplicant = up > to when it crashes? I'd like to see what commands lead to the firmware > crash. > > Thanks! > > Adrian > On Dec 7, 2013 7:13 PM, "=C7=C7=B3=FE" wrote: > >> 1. >> # uname -a >> FreeBSD x201i.honestqiao.com 11.0-CURRENT FreeBSD 11.0-CURRENT #2 >> r259057M: Sun Dec 8 08:27:41 CST 2013 >> root@x201i.honestqiao.com:/usr/obj/usr/src/sys/HonestQiaoKernel11 >> amd64 >> >> # pciconf -lv >> iwn0@pci0:2:0:0: class=3D0x028000 card=3D0x13158086 chip=3D0x0084= 8086 >> rev=3D0x00 hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'Centrino Wireless-N 1000 [Condor Peak]' >> class =3D network >> >> # sysctl dev.iwn.0.debug=3D0x13ff >> iwn_rx_phy: received PHY stats >> iwn_notif_intr: cur=3D19; qid 9 idx 111 flags 0 type 193(MPDU_RX_DONE) l= en >> 216 >> iwn5000_get_rssi: agc 63 rssi 4114 5655 0 result -84 >> interrupt reg1=3D0x10000000 reg2=3D0x00000000 >> interrupt reg1=3D0x80000000 reg2=3D0x00000000 >> iwn_notif_intr: cur=3D20; qid 9 idx 112 flags 0 type 192(RX_PHY) len 68 >> iwn_rx_phy: received PHY stats >> iwn_notif_intr: cur=3D21; qid 9 idx 113 flags 0 type 193(MPDU_RX_DONE) l= en >> 216 >> iwn5000_get_rssi: agc 62 rssi 4370 5143 0 result -83 >> interrupt reg1=3D0x10000000 reg2=3D0x00000000 >> interrupt reg1=3D0x80000000 reg2=3D0x00000000 >> iwn_notif_intr: cur=3D22; qid 9 idx 115 flags 0 type 192(RX_PHY) len 68 >> iwn_rx_phy: received PHY stats >> iwn_notif_intr: cur=3D23; qid 9 idx 116 flags 0 type 193(MPDU_RX_DONE) l= en >> 288 >> iwn5000_get_rssi: agc 63 rssi 4371 3343 0 result -88 >> interrupt reg1=3D0x10000000 reg2=3D0x00000000 >> >> wlan configure in /etc/rc.conf: >> ifconfig_iwn0=3D"ether f0:de:f1:52:cf:17" >> wlans_iwn0=3D"wlan0" >> ifconfig_wlan0=3D"mode 11n WPA DHCP" >> #wlandebug_wlan0=3D"scan+auth+assoc" >> wpa_supplicant_program=3D"/usr/sbin/wpa_supplicant" >> wpa_supplicant_flags=3D"-s" # Extra flags to pass to wpa_supplican= t >> wpa_supplicant_conf_file=3D"/etc/wpa_supplicant.conf" >> #background_dhclient=3D"YES" >> >> 2. >> When I run /etc/rc.d/netif restart, I see wlan0 connect to My AP. >> #ifconfig >> iwn0: flags=3D8802 metric 0 mtu 2290 >> ether f0:de:f1:52:cf:17 >> nd6 options=3D21 >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng >> status: associated >> wlan0: flags=3D8843 metric 0 mtu >> 1500 >> ether f0:de:f1:52:cf:17 >> inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 >> nd6 options=3D29 >> media: IEEE 802.11 Wireless Ethernet MCS mode 11ng >> status: associated >> ssid OpenBSD channel 11 (2462 MHz 11g ht/20) bssid >> 8c:21:0a:43:ef:d4 >> country US authmode WPA2/802.11i privacy ON deftxkey UNDEF >> txpower >> 14 >> bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 >> roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 64k -amsdutx >> amsdurx >> shortgi wme roaming MANUAL >> >> But after amoment, it's disconnect. >> #ifconfig >> iwn0: flags=3D8802 metric 0 mtu 2290 >> ether f0:de:f1:52:cf:17 >> nd6 options=3D21 >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng >> status: associated >> wlan0: flags=3D8843 metric 0 mtu >> 1500 >> ether f0:de:f1:52:cf:17 >> inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 >> nd6 options=3D29 >> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >> status: no carrier >> ssid "" channel 11 (2462 MHz 11g ht/20) >> country US authmode WPA1+WPA2/802.11i privacy ON deftxkey UNDEF >> txpower 14 bmiss 10 scanvalid 60 bgscan bgscanintvl 300 >> bgscanidle >> 250 >> roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 8k -amsdutx >> amsdurx >> shortgi wme roaming MANUAL >> >> 3. >> Remove wlan configure in /etc/rc.conf, and recreate wlan0 interface. >> #ifconfig wlan0 destroy >> #ifconfig wlan0 create wlandev iwn0 >> Dec 8 11:04:49 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:17 >> # ifconfig wlan0 up scan >> SSID/MESH ID BSSID CHAN RATE S:N INT CAPS >> OpenBSD 8c:21:0a:43:ef:d4 11 54M -68:-95 100 EPS RSN >> HTCAP WME ATH WPS >> >> >> 4. >> Reback wlan configure in /etc/rc.conf, and recreate wlan0 interface. >> Dec 8 11:11:42 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:17 >> Dec 8 11:11:42 x201i wpa_supplicant[10681]: Successfully initialized >> wpa_supplicant >> Dec 8 11:11:43 x201i wpa_supplicant[10682]: wlan0: Trying to >> associate with 8c:21:0a:43:ef:d4 (SSID=3D'OpenBSD' freq=3D2462 MHz) >> Dec 8 11:11:43 x201i kernel: wlan0: link state changed to UP >> Dec 8 11:11:43 x201i wpa_supplicant[10682]: wlan0: Associated with >> 8c:21:0a:43:ef:d4 >> Dec 8 11:11:43 x201i kernel: iwn0: iwn_intr: fatal firmware error >> Dec 8 11:11:43 x201i kernel: firmware error log: >> Dec 8 11:11:43 x201i kernel: error type =3D "SYSASSERT" (0x0000000= 5) >> Dec 8 11:11:43 x201i kernel: program counter =3D 0x00018DBC >> Dec 8 11:11:43 x201i kernel: source line =3D 0x00000032 >> Dec 8 11:11:43 x201i kernel: error data =3D 0x0000000100000000 >> Dec 8 11:11:43 x201i kernel: branch link =3D 0x00018D6E00018D6E >> Dec 8 11:11:43 x201i kernel: interrupt link =3D 0x0000082600000000 >> Dec 8 11:11:43 x201i kernel: time =3D 1876630549 >> Dec 8 11:11:43 x201i kernel: driver status: >> Dec 8 11:11:43 x201i kernel: tx ring 0: qid=3D0 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 3: qid=3D3 cur=3D2 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 4: qid=3D4 cur=3D57 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 9: qid=3D9 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D0 >> Dec 8 11:11:43 x201i kernel: rx ring: cur=3D15 >> Dec 8 11:11:43 x201i dhclient[10805]: send_packet: Invalid argument >> Dec 8 11:11:49 x201i dhclient[10805]: send_packet: Invalid argument >> Dec 8 11:11:53 x201i wpa_supplicant[10682]: wlan0: Authentication >> with 8c:21:0a:43:ef:d4 timed out. >> Dec 8 11:11:53 x201i kernel: wlan0: link state changed to DOWN >> Dec 8 11:11:53 x201i wpa_supplicant[10682]: wlan0: >> CTRL-EVENT-DISCONNECTED bssid=3D8c:21:0a:43:ef:d4 reason=3D3 >> locally_generated=3D1 >> Dec 8 11:11:53 x201i wpa_supplicant[10682]: ioctl[SIOCS80211, op=3D20, >> val=3D0, arg_len=3D7]: Can't assign requested address >> Dec 8 11:11:54 x201i wpa_supplicant[10682]: ioctl[SIOCS80211, op=3D103, >> val=3D0, arg_len=3D128]: Device not configured >> Dec 8 11:11:54 x201i wpa_supplicant[10682]: wlan0: Failed to initiate A= P >> scan >> Dec 8 11:11:55 x201i dhclient[10805]: send_packet: Invalid argument >> Dec 8 11:11:55 x201i wpa_supplicant[10682]: ioctl[SIOCS80211, op=3D103, >> val=3D0, arg_len=3D128]: Device not configured >> Dec 8 11:11:55 x201i wpa_supplicant[10682]: wlan0: Failed to initiate A= P >> scan >> >> >> 5. >> I could not quickly return to 10b3 or -head. >> My root fs is ZFS. After upgraded to -current, I have executed zfs >> upgrade. >> When I downgrade to 10b3, boot panic at mount root fs. >> >> I'll try reinstall world and kernel of 10b3 or -head. >> But I am a little worried that if it fails, then back to -current is >> too much trouble. >> >> >> 2013/12/8, Adrian Chadd : >> > A lot of work has gone on in -current with the iwn driver. It's quite >> > possible that the recent changes has broken things. >> > >> > Would you please do this: >> > >> > * recompile with IWN_DEBUG defined in your kernel cofig >> > * sysctl dev.iwn.0.debug=3D0x13ff >> > >> > (That turns on command debugging, tx/rx debugging, interrupt debugging >> > and calibration debugging.) >> > >> > If you do that for both 10b3 and -head I can compare the two. >> > >> > Also, please post the output of pciconf -lv. I'd like to see which >> > centrino-100 you're using. >> > >> > I thought I had tested it out on the Centrino 100 (I have a couple >> > here) but there may be more variants that I haven't yet tested on. >> > >> > Thanks! >> > >> > >> > >> > -a >> > >> > >> > On 7 December 2013 05:34, =C7=C7=B3=FE wrote: >> >> Today ,I upgrade my freebsd from 10-beta4 to current. >> >> Now, my freebsd can't connect to wireless AP. Wireless LAN strike. >> >> >> >> iwn0 in /var/log/message: >> >> Dec 7 08:02:00 x201i kernel: iwn0: >> >> mem >> >> 0xf2400000-0xf2401fff irq 16 at device 0.0 on pci2 >> >> >> >> Dec 7 08:02:00 x201i kernel: iwn0: attempting to allocate 1 MSI >> >> vectors >> >> (1 >> >> supported) >> >> Dec 7 08:02:00 x201i kernel: msi: routing MSI IRQ 266 to local APIC = 0 >> >> vector 62 >> >> Dec 7 08:02:00 x201i kernel: iwn0: using IRQ 266 for MSI >> >> Dec 7 08:02:00 x201i kernel: iwn0: MIMO 1T2R, BGS, address >> >> 8c:a9:82:5a:41:58 >> >> Dec 7 08:02:00 x201i kernel: iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps >> 11Mbps >> >> Dec 7 08:02:00 x201i kernel: iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps >> 11Mbps >> >> 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps >> >> Dec 7 08:02:00 x201i kernel: iwn0: 1T2R >> >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 20MHz >> >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 6.5Mbps - 65Mbps >> >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 20MHz SGI >> >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 7Mbps - 72Mbps >> >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 40MHz: >> >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 13.5Mbps - 135Mbps >> >> Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 40MHz SGI: >> >> Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 15Mbps - 150Mbps >> >> ...... >> >> Dec 7 08:02:00 x201i kernel: wlan0: Ethernet address: >> >> f0:de:f1:52:cf:16 >> >> Dec 7 08:02:00 x201i kernel: iwn0: iwn_intr: fatal firmware error >> >> Dec 7 08:02:00 x201i kernel: firmware error log: >> >> Dec 7 08:02:00 x201i kernel: error type =3D "SYSASSERT" >> >> (0x00000005) >> >> Dec 7 08:02:00 x201i kernel: program counter =3D 0x00018DBC >> >> Dec 7 08:02:00 x201i kernel: source line =3D 0x00000032 >> >> Dec 7 08:02:00 x201i kernel: error data =3D 0x0000000100000000 >> >> Dec 7 08:02:00 x201i kernel: branch link =3D 0x00018D6E00018D6E >> >> Dec 7 08:02:00 x201i kernel: interrupt link =3D 0x0000082600000000 >> >> Dec 7 08:02:00 x201i kernel: time =3D 1538064582 >> >> Dec 7 08:02:00 x201i kernel: driver status: >> >> Dec 7 08:02:00 x201i kernel: tx ring 0: qid=3D0 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 1: qid=3D1 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 2: qid=3D2 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 3: qid=3D3 cur=3D2 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 4: qid=3D4 cur=3D57 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 5: qid=3D5 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 6: qid=3D6 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 7: qid=3D7 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 8: qid=3D8 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 9: qid=3D9 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 10: qid=3D10 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 11: qid=3D11 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 12: qid=3D12 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 13: qid=3D13 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 14: qid=3D14 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 15: qid=3D15 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 16: qid=3D16 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 17: qid=3D17 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 18: qid=3D18 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: tx ring 19: qid=3D19 cur=3D0 queued= =3D0-- >> >> Dec 7 08:02:00 x201i kernel: rx ring: cur=3D29 >> >> ...... >> >> Dec 7 08:02:01 x201i wpa_supplicant[667]: ioctl[SIOCS80211, op=3D103= , >> >> val=3D0, >> >> arg_len=3D128]: Device not configured >> >> Dec 7 08:02:01 x201i wpa_supplicant[667]: wlan0: Failed to initiate >> >> AP >> >> scan >> >> >> >> I do not know where the problem is? >> >> If necessary, I can tie debugging. >> >> _______________________________________________ >> >> 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" >> > >> > From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 11:32:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 961DF7B3 for ; Sun, 8 Dec 2013 11:32:34 +0000 (UTC) Received: from olymp.kibab.com (olymp6.kibab.com [IPv6:2a01:4f8:160:84c1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5888F1D56 for ; Sun, 8 Dec 2013 11:32:34 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 olymp.kibab.com 772C73F622 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kibab.com; s=default; t=1386502353; bh=VGlDHjHgnpQwS22u1PLSJUvnaCW38MuUpVgRPAPELgY=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=pnjOOOyOkXCBSNi57jRTTyCaCZX5RvhXh6hKjckU/mFP4pnGGCMBWHS4E5EhoUEmE 5opl6pyC/Zho2ObjpwFJIsNYlahpYYwUG0dsGSRfgbqRsFg78aP94ijz8tAOsUJol3 a32akMPjcupWPc5AiJENWZxxCgqvEuUjZIcH/MI0= Message-ID: <52A458D1.5040605@kibab.com> Date: Sun, 08 Dec 2013 12:32:33 +0100 From: Ilya Bakulin MIME-Version: 1.0 To: Bryan Venteicher Subject: Re: vtnet broken on -CURRENT when using VirtualBox References: <52A37198.1030506@kibab.com> <1858127865.2551.1386462176032.JavaMail.root@daemoninthecloset.org> In-Reply-To: <1858127865.2551.1386462176032.JavaMail.root@daemoninthecloset.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 11:32:34 -0000 On 08.12.13, 01:22, Bryan Venteicher wrote: > > > ----- Original Message ----- >> System in a virtual machine: FreeBSD-CURRENT SVN rev 259064. >> Virtual machine is created with virtio host-only adapter. >> >> When trying to ssh into VM, the system in VM panics with the following >> message: >> >> panic: vtnet_txq_offload: mbuf 0xc309e900 TSO without checksum offload >> Please help me to debug this. >> > > I suspect I know what is wrong. What's the output of `ifconfig vtnetX`? # ifconfig vtnet0 vtnet0: flags=8843 metric 0 mtu 1500 options=6c03bb ether 08:00:27:96:b3:bc inet 192.168.56.10 netmask 0xffffff00 broadcast 192.168.56.255 nd6 options=29 media: Ethernet 10Gbase-T status: active There are offloading capabilities present, but apparently VirtualBox virtio doesn't do it correctly. Running # ifconfig vtnet0 -tso solves the problem, I can log in via ssh just fine. -- Ilya From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 13:39:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A336EE25; Sun, 8 Dec 2013 13:39:02 +0000 (UTC) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3BEB11337; Sun, 8 Dec 2013 13:39:01 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id rB8DcrSM075620; Sun, 8 Dec 2013 14:38:53 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id rB8DcrAY075619; Sun, 8 Dec 2013 14:38:53 +0100 (CET) (envelope-from marius) Date: Sun, 8 Dec 2013 14:38:53 +0100 From: Marius Strobl To: Justin Hibbits Subject: Re: Request for testing an alternate branch Message-ID: <20131208133853.GA75604@alchemy.franken.de> References: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 13:39:02 -0000 On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: > I've been working on the projects/pmac_pmu branch for some time now to > add suspend/resume as well as CPU speed change for certain PowerPC > machines, about a year since I created the branch, and now it's stable > enough that I want to merge it into HEAD, hence this request. However, > it does touch several drivers, turning them into "early drivers", such > that they can be initialized, and suspended and resumed at a different > time. Saying that, I do need testing from other architectures, to make > sure I haven't broken anything. > > The technical details: > > To get proper ordering, I've extended the bus_generic_suspend() and > bus_generic_resume() to do multiple passes. Devices which cannot be > enabled or disabled at the current pass level would return an EAGAIN. > This could possibly cause problems, since it's an addition to an > existing API rather than a new API to run along side it, so it needs a > great deal of testing. It works fine on PowerPC, but I don't have any > i386/amd64 or sparc64 hardware to test it on, so would like others who > do to test it. I don't think that it would impact x86 at all (testing > is obviously required), because the nexus is not an EARLY_DRIVER_MODULE, > so all devices would be handled at the same pass. But, I do know the > sparc64 has an EARLY_DRIVER_MODULE() nexus, so that will likely be > impacted. > > Also, any comments are of course welcome. Technical concerns are > obviously welcome, and I will try to address everything. Do you have a patch against head? Marius From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 13:50:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE90C248; Sun, 8 Dec 2013 13:50:25 +0000 (UTC) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 885BC13C9; Sun, 8 Dec 2013 13:50:25 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id rB8DoN4i075673; Sun, 8 Dec 2013 14:50:23 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id rB8DoNcJ075672; Sun, 8 Dec 2013 14:50:23 +0100 (CET) (envelope-from marius) Date: Sun, 8 Dec 2013 14:50:23 +0100 From: Marius Strobl To: Kurt Lidl Subject: Re: panic on sparc64 running 10-beta4 Message-ID: <20131208135023.GA75625@alchemy.franken.de> References: <529F51DA.1040703@pix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <529F51DA.1040703@pix.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-Current , sparc64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 13:50:26 -0000 On Wed, Dec 04, 2013 at 11:01:30AM -0500, Kurt Lidl wrote: > I installed a sparc V120 (4GB memory, dual 72GB disks) with the 10-beta4 > install image today. > > Installation went fine. I rebooted the machine, and then went to get > a fresh ports tree, and the machine panic'd: > > root@host:/usr/ports # portsnap fetch > Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. > Fetching public key from your-org.portsnap.freebsd.org... done. > Fetching snapshot tag from your-org.portsnap.freebsd.org... done. > Fetching snapshot metadata... done. > Fetching snapshot generated at Tue Dec 3 19:06:18 EST 2013: > 43b6803c6d94efd5b2e2bc9df0b66a84b75417fa3c1728100% of 69 MB 3225 kBps > 00m22s > Extracting snapshot... done. > Verifying snapshot integrity... panic: trap: illegal instruction (kernel) > cpuid = 0 > KDB: stack backtrace: > #0 0xc08836d4 at trap+0x554 > Uptime: 6m59s > Dumping 4096 MB (4 chunks) > chunk at 0: 1073741824 bytes ... ok > chunk at 0x40000000: 1073741824 bytes ... ok > chunk at 0x80000000: 1073741824 bytes ... ok > chunk at 0xc0000000: 1073741824 bytes ... ok > > Dump complete > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > > And then it panic'd again when attempting to run 'savecore'! > (I typed a after it printed out the line about > writing the core file, that's where the "load: 0.72 ..." line > came from...) Hrm, I don't seem to be able to reproduce this with an installation built from sources and also can't remember a commit between BETA3 and BETA4 which should be able to cause this. I currently can't test the 10-BETA4 install image, though. Was the machine in question running FreeBSD before, i. e. is it known good hardware? Did savecore eventually succeed on writing out a dump? Marius From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 13:03:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9AB9207; Sun, 8 Dec 2013 13:03:00 +0000 (UTC) Received: from mail-bk0-x234.google.com (mail-bk0-x234.google.com [IPv6:2a00:1450:4008:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D527B1176; Sun, 8 Dec 2013 13:02:59 +0000 (UTC) Received: by mail-bk0-f52.google.com with SMTP id u14so959170bkz.39 for ; Sun, 08 Dec 2013 05:02:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=Wd7DxHy6+yeuwtXuuOa30lNDDN4mYj5C+j24Gve893s=; b=AkC5ELNefGs/JCqSKZWKtLQ7c6ouNPk9Rta2B/BjcM5piDb9adSMUF3SH1cr9MnG5h uaCPXk8Y8D7I7iG5N6WXZp20w/tBqpeAGr8AOUqXmIyB/czP+GO/bf3SP1Gqj+za0T1N d5BWcLUWiX1d2yhndd2vqijwTeJQnqal60hCcCYqJrcCduMRMdpybxlfKyDsr60pjDd8 CDC3cqRzoW1nLA8boFI7xJkeu/Xv0a+CfMPQjTJXD9HSwJ9ll/j08W/xR6RhUmQCBLqe pH6mHMKQ0o6rhAEYrbCtDeVp6gdehbR3bnJCiYJW1BY/Xblg4j4Gnrz2EI45j+JUrH1z SGRw== X-Received: by 10.205.42.74 with SMTP id tx10mr715573bkb.113.1386507777783; Sun, 08 Dec 2013 05:02:57 -0800 (PST) Received: from ubm.strangled.net (g231039136.adsl.alicedsl.de. [92.231.39.136]) by mx.google.com with ESMTPSA id sx5sm5255603bkb.0.2013.12.08.05.02.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 08 Dec 2013 05:02:56 -0800 (PST) Date: Sun, 8 Dec 2013 14:02:54 +0100 From: Marc UBM To: current@freebsd.org Subject: Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken Message-Id: <20131208140254.cee233a9bcfdf11cb081e453@gmail.com> In-Reply-To: <201312052238.rB5McsVN020719@svn.freebsd.org> References: <201312052238.rB5McsVN020719@svn.freebsd.org> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 08 Dec 2013 14:15:53 +0000 Cc: Aleksandr Rybalko X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 13:03:00 -0000 Hiho! :-) Thanks a lot for working on this! As soon as X is started, things work fine. Before that (as soon as vt is initialized after the boot menu), output on all ttys is flickering, resolution is at 640x480 (guessing here) and changing anything via vidcontrol fails with "inappropriate ioctl for device". Also, screen output starts overlapping, but a "clear" command fixes that temporarily. The "Alt-Gr" key does nothing, manually entering ascii keycodes via alt+number (e.g. alt-124 for |) works. Relevant pciconf output: vgapci0@pci0:0:2:0: class=0x030000 card=0x40011297 chip=0x2e328086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '4 Series Chipset Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x40011297 chip=0x2e338086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '4 Series Chipset Integrated Graphics Controller' class = display Best regards, Marc > Author: ray > Date: Thu Dec 5 22:38:53 2013 > New Revision: 259016 > URL: http://svnweb.freebsd.org/changeset/base/259016 > > Log: > Merge VT(9) project (a.k.a. newcons). > > Reviewed by: nwhitehorn > MFC_to_10_after: re approval > > Sponsored by: The FreeBSD Foundation > > Added: > head/sys/dev/fb/fb_if.m > - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fb_if.m > head/sys/dev/fb/fbd.c > - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fbd.c > head/sys/dev/vt/ > - copied from r259015, user/ed/newcons/sys/dev/vt/ > head/sys/kern/subr_terminal.c > - copied unchanged from r259015, user/ed/newcons/sys/kern/subr_terminal.c > head/sys/sys/terminal.h > - copied unchanged from r259015, user/ed/newcons/sys/sys/terminal.h > Modified: > head/sys/conf/files > head/sys/conf/files.amd64 > head/sys/conf/files.arm > head/sys/conf/files.i386 > head/sys/conf/files.powerpc > head/sys/conf/files.sparc64 > head/sys/conf/kmod.mk > head/sys/conf/options > head/sys/dev/drm2/drm_fb_helper.c > head/sys/dev/drm2/drm_os_freebsd.h > head/sys/dev/drm2/i915/i915_drv.c > head/sys/dev/drm2/i915/intel_fb.c > head/sys/dev/drm2/radeon/radeon.h > head/sys/dev/drm2/radeon/radeon_drv.c > head/sys/dev/drm2/radeon/radeon_fb.c > head/sys/dev/drm2/radeon/radeon_pm.c > head/sys/modules/drm2/i915kms/Makefile > head/sys/modules/drm2/radeonkms/Makefile > head/sys/sparc64/sparc64/machdep.c > head/sys/sys/consio.h > head/sys/sys/eventhandler.h > head/sys/sys/fbio.h > head/sys/sys/tty.h > head/sys/teken/teken.c > head/sys/teken/teken.h > head/sys/teken/teken_subr.h > Directory Properties: > head/sys/ (props changed) > head/sys/conf/ (props changed) > > Modified: head/sys/conf/files > ============================================================================== > --- head/sys/conf/files Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files Thu Dec 5 22:38:53 2013 (r259016) > @@ -82,7 +82,7 @@ pccarddevs.h standard \ > compile-with "${AWK} -f $S/tools/pccarddevs2h.awk $S/dev/pccard/pccarddevs" \ > no-obj no-implicit-rule before-depend \ > clean "pccarddevs.h" > -teken_state.h optional sc \ > +teken_state.h optional sc | vt \ > dependency "$S/teken/gensequences $S/teken/sequences" \ > compile-with "${AWK} -f $S/teken/gensequences $S/teken/sequences > teken_state.h" \ > no-obj no-implicit-rule before-depend \ > @@ -1396,6 +1396,8 @@ dev/ex/if_ex_isa.c optional ex isa > dev/ex/if_ex_pccard.c optional ex pccard > dev/exca/exca.c optional cbb > dev/fatm/if_fatm.c optional fatm pci > +dev/fb/fbd.c optional fbd | vt > +dev/fb/fb_if.m optional fbd | vt > dev/fb/splash.c optional splash > dev/fdt/fdt_common.c optional fdt > dev/fdt/fdt_ic_if.m optional fdt > @@ -2461,6 +2463,17 @@ dev/vge/if_vge.c optional vge > > dev/vkbd/vkbd.c optional vkbd > dev/vr/if_vr.c optional vr pci > +dev/vt/colors/vt_termcolors.c optional vt > +dev/vt/font/vt_font_default.c optional vt > +dev/vt/font/vt_mouse_cursor.c optional vt > +dev/vt/hw/fb/vt_fb.c optional vt > +dev/vt/hw/vga/vga.c optional vt vt_vga > +dev/vt/logo/logo_freebsd.c optional vt > +dev/vt/vt_buf.c optional vt > +dev/vt/vt_consolectl.c optional vt > +dev/vt/vt_core.c optional vt > +dev/vt/vt_font.c optional vt > +dev/vt/vt_sysmouse.c optional vt > dev/vte/if_vte.c optional vte pci > dev/vx/if_vx.c optional vx > dev/vx/if_vx_eisa.c optional vx eisa > @@ -2897,6 +2910,7 @@ kern/subr_sleepqueue.c standard > kern/subr_smp.c standard > kern/subr_stack.c optional ddb | stack | ktr > kern/subr_taskqueue.c standard > +kern/subr_terminal.c optional vt > kern/subr_trap.c standard > kern/subr_turnstile.c standard > kern/subr_uio.c standard > @@ -3796,7 +3810,7 @@ security/mac_portacl/mac_portacl.c optio > security/mac_seeotheruids/mac_seeotheruids.c optional mac_seeotheruids > security/mac_stub/mac_stub.c optional mac_stub > security/mac_test/mac_test.c optional mac_test > -teken/teken.c optional sc > +teken/teken.c optional sc | vt > ufs/ffs/ffs_alloc.c optional ffs > ufs/ffs/ffs_balloc.c optional ffs > ufs/ffs/ffs_inode.c optional ffs > > Modified: head/sys/conf/files.amd64 > ============================================================================== > --- head/sys/conf/files.amd64 Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files.amd64 Thu Dec 5 22:38:53 2013 (r259016) > @@ -241,7 +241,7 @@ dev/hyperv/vmbus/hv_connection.c optio > dev/hyperv/vmbus/hv_hv.c optional hyperv > dev/hyperv/vmbus/hv_ring_buffer.c optional hyperv > dev/hyperv/vmbus/hv_vmbus_drv_freebsd.c optional hyperv > -dev/kbd/kbd.c optional atkbd | sc | ukbd > +dev/kbd/kbd.c optional atkbd | sc | ukbd | vt > dev/lindev/full.c optional lindev > dev/lindev/lindev.c optional lindev > dev/nfe/if_nfe.c optional nfe pci > > Modified: head/sys/conf/files.arm > ============================================================================== > --- head/sys/conf/files.arm Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files.arm Thu Dec 5 22:38:53 2013 (r259016) > @@ -62,7 +62,7 @@ crypto/blowfish/bf_enc.c optional crypto > crypto/des/des_enc.c optional crypto | ipsec | netsmb > dev/fb/fb.c optional sc > dev/hwpmc/hwpmc_arm.c optional hwpmc > -dev/kbd/kbd.c optional sc > +dev/kbd/kbd.c optional sc | vt > dev/syscons/scgfbrndr.c optional sc > dev/syscons/scterm-teken.c optional sc > dev/syscons/scvtb.c optional sc > > Modified: head/sys/conf/files.i386 > ============================================================================== > --- head/sys/conf/files.i386 Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files.i386 Thu Dec 5 22:38:53 2013 (r259016) > @@ -249,7 +249,7 @@ dev/ipmi/ipmi_smbios.c optional ipmi > dev/ipmi/ipmi_ssif.c optional ipmi smbus > dev/ipmi/ipmi_pci.c optional ipmi pci > dev/ipmi/ipmi_linux.c optional ipmi compat_linux > -dev/kbd/kbd.c optional atkbd | sc | ukbd > +dev/kbd/kbd.c optional atkbd | sc | ukbd | vt > dev/le/if_le_isa.c optional le isa > dev/lindev/full.c optional lindev > dev/lindev/lindev.c optional lindev > @@ -293,6 +293,7 @@ dev/viawd/viawd.c optional viawd > dev/vmware/vmxnet3/if_vmx.c optional vmx > dev/acpica/acpi_if.m standard > dev/acpi_support/acpi_wmi_if.m standard > +dev/vt/hw/xboxfb/xboxfb.c optional vt_xboxfb > dev/wbwd/wbwd.c optional wbwd > dev/wpi/if_wpi.c optional wpi > dev/isci/isci.c optional isci > > Modified: head/sys/conf/files.powerpc > ============================================================================== > --- head/sys/conf/files.powerpc Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files.powerpc Thu Dec 5 22:38:53 2013 (r259016) > @@ -35,7 +35,7 @@ dev/iicbus/ad7417.c optional ad7417 pow > dev/iicbus/ds1631.c optional ds1631 powermac > dev/iicbus/ds1775.c optional ds1775 powermac > dev/iicbus/max6690.c optional max6690 powermac > -dev/kbd/kbd.c optional sc > +dev/kbd/kbd.c optional sc | vt > dev/nand/nfc_fsl.c optional nand mpc85xx > # ofw can be either aim or fdt: fdt case handled in files. aim only powerpc specific. > dev/ofw/openfirm.c optional aim > @@ -65,6 +65,7 @@ dev/tsec/if_tsec.c optional tsec > dev/tsec/if_tsec_fdt.c optional tsec fdt > dev/uart/uart_cpu_powerpc.c optional uart > dev/usb/controller/ehci_fsl.c optional ehci mpc85xx > +dev/vt/hw/ofwfb/ofwfb.c optional vt aim > kern/kern_clocksource.c standard > kern/subr_dummy_vdso_tc.c standard > kern/syscalls.c optional ktr > > Modified: head/sys/conf/files.sparc64 > ============================================================================== > --- head/sys/conf/files.sparc64 Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files.sparc64 Thu Dec 5 22:38:53 2013 (r259016) > @@ -39,7 +39,7 @@ dev/fb/fb.c optional sc > dev/fb/gallant12x22.c optional sc > dev/fb/machfb.c optional machfb sc > dev/hwpmc/hwpmc_sparc64.c optional hwpmc > -dev/kbd/kbd.c optional atkbd | sc | ukbd > +dev/kbd/kbd.c optional atkbd | sc | ukbd | vt > dev/le/if_le_lebuffer.c optional le sbus > dev/le/if_le_ledma.c optional le sbus > dev/le/lebuffer_sbus.c optional le sbus > @@ -59,7 +59,8 @@ dev/syscons/scgfbrndr.c optional sc > dev/syscons/scterm-teken.c optional sc > dev/syscons/scvtb.c optional sc > dev/uart/uart_cpu_sparc64.c optional uart > -dev/uart/uart_kbd_sun.c optional uart sc > +dev/uart/uart_kbd_sun.c optional uart sc | vt > +dev/vt/hw/ofwfb/ofwfb.c optional vt > kern/kern_clocksource.c standard > kern/subr_dummy_vdso_tc.c standard > kern/syscalls.c optional ktr > > Modified: head/sys/conf/kmod.mk > ============================================================================== > --- head/sys/conf/kmod.mk Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/kmod.mk Thu Dec 5 22:38:53 2013 (r259016) > @@ -340,7 +340,7 @@ CFLAGS+= ${CONF_CFLAGS} > > MFILES?= dev/acpica/acpi_if.m dev/acpi_support/acpi_wmi_if.m \ > dev/agp/agp_if.m dev/ata/ata_if.m dev/eisa/eisa_if.m \ > - dev/gpio/gpio_if.m dev/gpio/gpiobus_if.m \ > + dev/fb/fb_if.m dev/gpio/gpio_if.m dev/gpio/gpiobus_if.m \ > dev/iicbus/iicbb_if.m dev/iicbus/iicbus_if.m \ > dev/mmc/mmcbr_if.m dev/mmc/mmcbus_if.m \ > dev/mii/miibus_if.m dev/mvs/mvs_if.m dev/ofw/ofw_bus_if.m \ > > Modified: head/sys/conf/options > ============================================================================== > --- head/sys/conf/options Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/options Thu Dec 5 22:38:53 2013 (r259016) > @@ -731,8 +731,10 @@ SAFE_DEBUG opt_safe.h > SAFE_NO_RNG opt_safe.h > SAFE_RNDTEST opt_safe.h > > -# syscons options > +# syscons/vt options > MAXCONS opt_syscons.h > +VT_FB_DEFAULT_WIDTH opt_syscons.h > +VT_FB_DEFAULT_HEIGHT opt_syscons.h > SC_ALT_MOUSE_IMAGE opt_syscons.h > SC_CUT_SPACES2TABS opt_syscons.h > SC_CUT_SEPCHARS opt_syscons.h > > Modified: head/sys/dev/drm2/drm_fb_helper.c > ============================================================================== > --- head/sys/dev/drm2/drm_fb_helper.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/drm_fb_helper.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -36,6 +36,41 @@ __FBSDID("$FreeBSD$"); > #include > #include > > +#if defined(__FreeBSD__) > +struct vt_kms_softc { > + struct drm_fb_helper *fb_helper; > + struct task fb_mode_task; > +}; > + > +static fb_enter_t vt_kms_postswitch; > +static void vt_restore_fbdev_mode(void *, int); > + > +/* Call restore out of vt(9) locks. */ > +static void > +vt_restore_fbdev_mode(void *arg, int pending) > +{ > + struct drm_fb_helper *fb_helper; > + struct vt_kms_softc *sc; > + > + sc = (struct vt_kms_softc *)arg; > + fb_helper = sc->fb_helper; > + sx_xlock(&fb_helper->dev->mode_config.mutex); > + drm_fb_helper_restore_fbdev_mode(fb_helper); > + sx_xunlock(&fb_helper->dev->mode_config.mutex); > +} > + > +static int > +vt_kms_postswitch(void *arg) > +{ > + struct vt_kms_softc *sc; > + > + sc = (struct vt_kms_softc *)arg; > + taskqueue_enqueue_fast(taskqueue_thread, &sc->fb_mode_task); > + > + return (0); > +} > +#endif > + > static DRM_LIST_HEAD(kernel_fb_helper_list); > > /* simple single crtc case helper function */ > @@ -216,6 +251,10 @@ static int > fb_get_options(const char *connector_name, char **option) > { > > + /* > + * TODO: store mode options pointer in ${option} for connector with > + * name ${connector_name} > + */ > return (1); > } > > @@ -892,11 +931,13 @@ int drm_fb_helper_single_fb_probe(struct > int new_fb = 0; > int crtc_count = 0; > int i; > -#if 0 > struct fb_info *info; > -#endif > struct drm_fb_helper_surface_size sizes; > int gamma_size = 0; > +#if defined(__FreeBSD__) > + struct vt_kms_softc *sc; > + device_t kdev; > +#endif > > memset(&sizes, 0, sizeof(struct drm_fb_helper_surface_size)); > sizes.surface_depth = 24; > @@ -973,8 +1014,21 @@ int drm_fb_helper_single_fb_probe(struct > if (new_fb < 0) > return new_fb; > > -#if 0 > +#if defined(__FreeBSD__) > + sc = malloc(sizeof(struct vt_kms_softc), DRM_MEM_KMS, > + M_WAITOK | M_ZERO); > + sc->fb_helper = fb_helper; > + TASK_INIT(&sc->fb_mode_task, 0, vt_restore_fbdev_mode, sc); > + > info = fb_helper->fbdev; > + > + info->fb_name = device_get_nameunit(fb_helper->dev->device); > + info->fb_depth = fb_helper->fb->bits_per_pixel; > + info->fb_height = fb_helper->fb->height; > + info->fb_width = fb_helper->fb->width; > + info->fb_stride = fb_helper->fb->pitches[0]; > + info->fb_priv = sc; > + info->enter = &vt_kms_postswitch; > #endif > > /* set the fb pointer */ > @@ -982,7 +1036,18 @@ int drm_fb_helper_single_fb_probe(struct > fb_helper->crtc_info[i].mode_set.fb = fb_helper->fb; > } > > -#if 0 > +#if defined(__FreeBSD__) > + if (new_fb) { > + device_t fbd; > + int ret; > + > + kdev = fb_helper->dev->device; > + fbd = device_add_child(kdev, "fbd", device_get_unit(kdev)); > + ret = device_probe_and_attach(fbd); > + if (ret != 0) > + DRM_ERROR("Failed to attach fbd device: %d\n", ret); > + } > +#else > if (new_fb) { > info->var.pixclock = 0; > if (register_framebuffer(info) < 0) { > @@ -1006,7 +1071,6 @@ int drm_fb_helper_single_fb_probe(struct > if (new_fb) > list_add(&fb_helper->kernel_fb_list, &kernel_fb_helper_list); > #endif > - > return 0; > } > > > Modified: head/sys/dev/drm2/drm_os_freebsd.h > ============================================================================== > --- head/sys/dev/drm2/drm_os_freebsd.h Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/drm_os_freebsd.h Thu Dec 5 22:38:53 2013 (r259016) > @@ -6,6 +6,8 @@ > #include > __FBSDID("$FreeBSD$"); > > +#include > + > #if _BYTE_ORDER == _BIG_ENDIAN > #define __BIG_ENDIAN 4321 > #else > > Modified: head/sys/dev/drm2/i915/i915_drv.c > ============================================================================== > --- head/sys/dev/drm2/i915/i915_drv.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/i915/i915_drv.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -40,6 +40,8 @@ __FBSDID("$FreeBSD$"); > #include > #include > > +#include "fb_if.h" > + > /* drv_PCI_IDs comes from drm_pciids.h, generated from drm_pciids.txt. */ > static drm_pci_id_list_t i915_pciidlist[] = { > i915_PCI_IDS > @@ -380,6 +382,25 @@ i915_attach(device_t kdev) > return (drm_attach(kdev, i915_pciidlist)); > } > > +static struct fb_info * > +i915_fb_helper_getinfo(device_t kdev) > +{ > + struct intel_fbdev *ifbdev; > + drm_i915_private_t *dev_priv; > + struct drm_device *dev; > + struct fb_info *info; > + > + dev = device_get_softc(kdev); > + dev_priv = dev->dev_private; > + ifbdev = dev_priv->fbdev; > + if (ifbdev == NULL) > + return (NULL); > + > + info = ifbdev->helper.fbdev; > + > + return (info); > +} > + > const struct intel_device_info * > i915_get_device_id(int device) > { > @@ -400,6 +421,10 @@ static device_method_t i915_methods[] = > DEVMETHOD(device_suspend, i915_suspend), > DEVMETHOD(device_resume, i915_resume), > DEVMETHOD(device_detach, drm_detach), > + > + /* Framebuffer service methods */ > + DEVMETHOD(fb_getinfo, i915_fb_helper_getinfo), > + > DEVMETHOD_END > }; > > > Modified: head/sys/dev/drm2/i915/intel_fb.c > ============================================================================== > --- head/sys/dev/drm2/i915/intel_fb.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/i915/intel_fb.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -41,8 +41,8 @@ static int intelfb_create(struct intel_f > struct drm_device *dev = ifbdev->helper.dev; > #if 0 > struct drm_i915_private *dev_priv = dev->dev_private; > - struct fb_info *info; > #endif > + struct fb_info *info; > struct drm_framebuffer *fb; > struct drm_mode_fb_cmd2 mode_cmd; > struct drm_i915_gem_object *obj; > @@ -86,6 +86,16 @@ static int intelfb_create(struct intel_f > } > > info->par = ifbdev; > +#else > + info = malloc(sizeof(struct fb_info), DRM_MEM_KMS, M_WAITOK | M_ZERO); > + info->fb_size = size; > + info->fb_bpp = sizes->surface_bpp; > + info->fb_width = sizes->fb_width; > + info->fb_height = sizes->fb_height; > + info->fb_pbase = dev->agp->base + obj->gtt_offset; > + info->fb_vbase = (vm_offset_t)pmap_mapdev_attr(info->fb_pbase, size, > + PAT_WRITE_COMBINING); > + > #endif > > ret = intel_framebuffer_init(dev, &ifbdev->ifb, &mode_cmd, obj); > @@ -95,8 +105,8 @@ static int intelfb_create(struct intel_f > fb = &ifbdev->ifb.base; > > ifbdev->helper.fb = fb; > -#if 0 > ifbdev->helper.fbdev = info; > +#if 0 > > strcpy(info->fix.id, "inteldrmfb"); > > @@ -135,9 +145,8 @@ static int intelfb_create(struct intel_f > > /* Use default scratch pixmap (info->pixmap.flags = FB_PIXMAP_SYSTEM) */ > #endif > - > - DRM_DEBUG_KMS("allocated %dx%d fb: 0x%08x, bo %p\n", > - fb->width, fb->height, > + DRM_DEBUG_KMS("allocated %dx%d (s %dbits) fb: 0x%08x, bo %p\n", > + fb->width, fb->height, fb->depth, > obj->gtt_offset, obj); > > DRM_UNLOCK(dev); > > Modified: head/sys/dev/drm2/radeon/radeon.h > ============================================================================== > --- head/sys/dev/drm2/radeon/radeon.h Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/radeon/radeon.h Thu Dec 5 22:38:53 2013 (r259016) > @@ -2041,6 +2041,9 @@ void radeon_pm_acpi_event_handler(struct > int radeon_ttm_init(struct radeon_device *rdev); > void radeon_ttm_fini(struct radeon_device *rdev); > > +/* radeon_fb.c */ > +struct fb_info * radeon_fb_helper_getinfo(device_t kdev); > + > /* r600.c */ > int r600_ih_ring_alloc(struct radeon_device *rdev); > void r600_ih_ring_fini(struct radeon_device *rdev); > > Modified: head/sys/dev/drm2/radeon/radeon_drv.c > ============================================================================== > --- head/sys/dev/drm2/radeon/radeon_drv.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/radeon/radeon_drv.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -41,6 +41,7 @@ __FBSDID("$FreeBSD$"); > > #include > > +#include "fb_if.h" > > /* > * KMS wrapper. > @@ -495,6 +496,8 @@ radeon_resume(device_t kdev) > return (-ret); > } > > +extern struct fb_info * radeon_fb_helper_getinfo(device_t kdev); > + > static device_method_t radeon_methods[] = { > /* Device interface */ > DEVMETHOD(device_probe, radeon_probe), > @@ -502,6 +505,10 @@ static device_method_t radeon_methods[] > DEVMETHOD(device_suspend, radeon_suspend), > DEVMETHOD(device_resume, radeon_resume), > DEVMETHOD(device_detach, drm_detach), > + > + /* Framebuffer service methods */ > + DEVMETHOD(fb_getinfo, radeon_fb_helper_getinfo), > + > DEVMETHOD_END > }; > > > Modified: head/sys/dev/drm2/radeon/radeon_fb.c > ============================================================================== > --- head/sys/dev/drm2/radeon/radeon_fb.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/radeon/radeon_fb.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -27,6 +27,8 @@ > #include > __FBSDID("$FreeBSD$"); > > +#include > + > #include > #include > #include > @@ -46,7 +48,7 @@ struct radeon_fbdev { > struct radeon_device *rdev; > }; > > -#ifdef DUMBBELL_WIP > +#if defined(__linux__) > static struct fb_ops radeonfb_ops = { > .owner = THIS_MODULE, > .fb_check_var = drm_fb_helper_check_var, > @@ -60,7 +62,7 @@ static struct fb_ops radeonfb_ops = { > .fb_debug_enter = drm_fb_helper_debug_enter, > .fb_debug_leave = drm_fb_helper_debug_leave, > }; > -#endif /* DUMBBELL_WIP */ > +#endif > > > int radeon_align_pitch(struct radeon_device *rdev, int width, int bpp, bool tiled) > @@ -191,20 +193,13 @@ static int radeonfb_create(struct radeon > struct drm_fb_helper_surface_size *sizes) > { > struct radeon_device *rdev = rfbdev->rdev; > -#ifdef DUMBBELL_WIP > struct fb_info *info; > -#endif /* DUMBBELL_WIP */ > struct drm_framebuffer *fb = NULL; > struct drm_mode_fb_cmd2 mode_cmd; > struct drm_gem_object *gobj = NULL; > struct radeon_bo *rbo = NULL; > -#ifdef DUMBBELL_WIP > - device_t device = rdev->dev; > -#endif /* DUMBBELL_WIP */ > int ret; > -#ifdef DUMBBELL_WIP > unsigned long tmp; > -#endif /* DUMBBELL_WIP */ > > mode_cmd.width = sizes->surface_width; > mode_cmd.height = sizes->surface_height; > @@ -224,16 +219,7 @@ static int radeonfb_create(struct radeon > > rbo = gem_to_radeon_bo(gobj); > > -#ifdef DUMBBELL_WIP > - /* okay we have an object now allocate the framebuffer */ > - info = framebuffer_alloc(0, device); > - if (info == NULL) { > - ret = -ENOMEM; > - goto out_unref; > - } > - > - info->par = rfbdev; > -#endif /* DUMBBELL_WIP */ > + info = malloc(sizeof(*info), DRM_MEM_KMS, M_WAITOK | M_ZERO); > > ret = radeon_framebuffer_init(rdev->ddev, &rfbdev->rfb, &mode_cmd, gobj); > if (ret) { > @@ -245,61 +231,29 @@ static int radeonfb_create(struct radeon > > /* setup helper */ > rfbdev->helper.fb = fb; > -#ifdef DUMBBELL_WIP > rfbdev->helper.fbdev = info; > > - memset_io(rbo->kptr, 0x0, radeon_bo_size(rbo)); > - > - strcpy(info->fix.id, "radeondrmfb"); > - > - drm_fb_helper_fill_fix(info, fb->pitches[0], fb->depth); > - > - info->flags = FBINFO_DEFAULT | FBINFO_CAN_FORCE_OUTPUT; > - info->fbops = &radeonfb_ops; > + memset(rbo->kptr, 0x0, radeon_bo_size(rbo)); > > tmp = radeon_bo_gpu_offset(rbo) - rdev->mc.vram_start; > - info->fix.smem_start = rdev->mc.aper_base + tmp; > - info->fix.smem_len = radeon_bo_size(rbo); > - info->screen_base = rbo->kptr; > - info->screen_size = radeon_bo_size(rbo); > - > - drm_fb_helper_fill_var(info, &rfbdev->helper, sizes->fb_width, sizes->fb_height); > - > - /* setup aperture base/size for vesafb takeover */ > - info->apertures = alloc_apertures(1); > - if (!info->apertures) { > - ret = -ENOMEM; > - goto out_unref; > - } > - info->apertures->ranges[0].base = rdev->ddev->mode_config.fb_base; > - info->apertures->ranges[0].size = rdev->mc.aper_size; > + info->fb_size = radeon_bo_size(rbo); > + info->fb_bpp = sizes->surface_bpp; > + info->fb_width = sizes->surface_width; > + info->fb_height = sizes->surface_height; > + info->fb_pbase = rdev->mc.aper_base + tmp; > + info->fb_vbase = (vm_offset_t)rbo->kptr; > > - /* Use default scratch pixmap (info->pixmap.flags = FB_PIXMAP_SYSTEM) */ > - > - if (info->screen_base == NULL) { > - ret = -ENOSPC; > - goto out_unref; > - } > - > - ret = fb_alloc_cmap(&info->cmap, 256, 0); > - if (ret) { > - ret = -ENOMEM; > - goto out_unref; > - } > - > - DRM_INFO("fb mappable at 0x%lX\n", info->fix.smem_start); > + DRM_INFO("fb mappable at 0x%" PRIXPTR "\n", info->fb_pbase); > DRM_INFO("vram apper at 0x%lX\n", (unsigned long)rdev->mc.aper_base); > DRM_INFO("size %lu\n", (unsigned long)radeon_bo_size(rbo)); > DRM_INFO("fb depth is %d\n", fb->depth); > DRM_INFO(" pitch is %d\n", fb->pitches[0]); > > - vga_switcheroo_client_fb_set(rdev->ddev->pdev, info); > -#endif /* DUMBBELL_WIP */ > return 0; > > out_unref: > if (rbo) { > - > + /* TODO? dumbbell@ */ > } > if (fb && ret) { > drm_gem_object_unreference(gobj); > @@ -332,21 +286,13 @@ void radeon_fb_output_poll_changed(struc > > static int radeon_fbdev_destroy(struct drm_device *dev, struct radeon_fbdev *rfbdev) > { > -#ifdef DUMBBELL_WIP > struct fb_info *info; > -#endif /* DUMBBELL_WIP */ > struct radeon_framebuffer *rfb = &rfbdev->rfb; > > -#ifdef DUMBBELL_WIP > if (rfbdev->helper.fbdev) { > info = rfbdev->helper.fbdev; > - > - unregister_framebuffer(info); > - if (info->cmap.len) > - fb_dealloc_cmap(&info->cmap); > - framebuffer_release(info); > + free(info, DRM_MEM_KMS); > } > -#endif /* DUMBBELL_WIP */ > > if (rfb->obj) { > DRM_UNLOCK(dev); /* Work around lock recursion. dumbbell@ */ > @@ -431,3 +377,22 @@ bool radeon_fbdev_robj_is_fb(struct rade > return true; > return false; > } > + > +struct fb_info * > +radeon_fb_helper_getinfo(device_t kdev) > +{ > + struct drm_device *dev; > + struct radeon_device *rdev; > + struct radeon_fbdev *rfbdev; > + struct fb_info *info; > + > + dev = device_get_softc(kdev); > + rdev = dev->dev_private; > + rfbdev = rdev->mode_info.rfbdev; > + if (rfbdev == NULL) > + return (NULL); > + > + info = rfbdev->helper.fbdev; > + > + return (info); > +} > > Modified: head/sys/dev/drm2/radeon/radeon_pm.c > ============================================================================== > --- head/sys/dev/drm2/radeon/radeon_pm.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/radeon/radeon_pm.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -248,7 +248,7 @@ static void radeon_pm_set_clocks(struct > (rdev->pm.requested_power_state_index == rdev->pm.current_power_state_index)) > return; > > - DRM_LOCK(rdev->ddev); > + //DRM_LOCK(rdev->ddev); XXX Recursion, already locked in drm_attach/drm_load -- dumbbell@ > sx_xlock(&rdev->pm.mclk_lock); > sx_xlock(&rdev->ring_lock); > > @@ -263,7 +263,7 @@ static void radeon_pm_set_clocks(struct > /* needs a GPU reset dont reset here */ > sx_xunlock(&rdev->ring_lock); > sx_xunlock(&rdev->pm.mclk_lock); > - DRM_UNLOCK(rdev->ddev); > + //DRM_UNLOCK(rdev->ddev); XXX Recursion, already locked in drm_attach/drm_load -- dumbbell@ > return; > } > } > @@ -299,7 +299,7 @@ static void radeon_pm_set_clocks(struct > > sx_xunlock(&rdev->ring_lock); > sx_xunlock(&rdev->pm.mclk_lock); > - DRM_UNLOCK(rdev->ddev); > + //DRM_UNLOCK(rdev->ddev); XXX Recursion, already locked in drm_attach/drm_load -- dumbbell@ > } > > static void radeon_pm_print_states(struct radeon_device *rdev) > > Copied: head/sys/dev/fb/fb_if.m (from r259015, user/ed/newcons/sys/dev/fb/fb_if.m) > ============================================================================== > --- /dev/null 00:00:00 1970 (empty, because file is newly added) > +++ head/sys/dev/fb/fb_if.m Thu Dec 5 22:38:53 2013 (r259016, copy of r259015, user/ed/newcons/sys/dev/fb/fb_if.m) > @@ -0,0 +1,13 @@ > +#include > +#include > + > +INTERFACE fb; > + > +METHOD int pin_max { > + device_t dev; > + int *npins; > +}; > + > +METHOD struct fb_info * getinfo { > + device_t dev; > +}; > > Copied: head/sys/dev/fb/fbd.c (from r259015, user/ed/newcons/sys/dev/fb/fbd.c) > ============================================================================== > --- /dev/null 00:00:00 1970 (empty, because file is newly added) > +++ head/sys/dev/fb/fbd.c Thu Dec 5 22:38:53 2013 (r259016, copy of r259015, user/ed/newcons/sys/dev/fb/fbd.c) > @@ -0,0 +1,467 @@ > +/*- > + * Copyright (c) 2013 The FreeBSD Foundation > + * All rights reserved. > + * > + * This software was developed by Aleksandr Rybalko under sponsorship from the > + * FreeBSD Foundation. > + * > + * Redistribution and use in source and binary forms, with or without > + * modification, are permitted provided that the following conditions > + * are met: > + * 1. Redistributions of source code must retain the above copyright > + * notice, this list of conditions and the following disclaimer. > + * 2. Redistributions in binary form must reproduce the above copyright > + * notice, this list of conditions and the following disclaimer in the > + * documentation and/or other materials provided with the distribution. > + * > + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND > + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE > + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE > + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE > + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL > + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS > + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) > + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT > + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY > + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > + * SUCH DAMAGE. > + * > + * $FreeBSD$ > + */ > + > +/* Generic framebuffer */ > +/* TODO unlink from VT(9) */ > +/* TODO done normal /dev/fb methods */ > + > +#include > +__FBSDID("$FreeBSD$"); > + > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > + > +#include > + > +#include > +#include > + > +#include "fb_if.h" > + > +LIST_HEAD(fb_list_head_t, fb_list_entry) fb_list_head = > + LIST_HEAD_INITIALIZER(fb_list_head); > +struct fb_list_entry { > + struct fb_info *fb_info; > + struct cdev *fb_si; > + LIST_ENTRY(fb_list_entry) fb_list; > +}; > + > +struct fbd_softc { > + device_t sc_dev; > + struct fb_info *sc_info; > +}; > + > +static void fbd_evh_init(void *); > +/* SI_ORDER_SECOND, just after EVENTHANDLERs initialized. */ > +SYSINIT(fbd_evh_init, SI_SUB_CONFIGURE, SI_ORDER_SECOND, fbd_evh_init, NULL); > + > +static d_open_t fb_open; > +static d_close_t fb_close; > +static d_read_t fb_read; > +static d_write_t fb_write; > +static d_ioctl_t fb_ioctl; > +static d_mmap_t fb_mmap; > + > +static struct cdevsw fb_cdevsw = { > + .d_version = D_VERSION, > + .d_flags = D_NEEDGIANT, > + .d_open = fb_open, > + .d_close = fb_close, > + .d_read = fb_read, > + .d_write = fb_write, > + .d_ioctl = fb_ioctl, > + .d_mmap = fb_mmap, > + .d_name = "fb", > +}; > + > +static int framebuffer_dev_unit = 0; > + > +static int > +fb_open(struct cdev *dev, int oflags, int devtype, struct thread *td) > +{ > + > + return (0); > +} > + > +static int > +fb_close(struct cdev *dev, int fflag, int devtype, struct thread *td) > +{ > + > + return (0); > +} > + > +static int > +fb_ioctl(struct cdev *dev, u_long cmd, caddr_t data, int fflag, > + struct thread *td) > +{ > + struct fb_info *info; > + int error; > + > + error = 0; > + info = dev->si_drv1; > + > + switch (cmd) { > + case FBIOGTYPE: > + bcopy(info, (struct fbtype *)data, sizeof(struct fbtype)); > + break; > + > + case FBIO_GETWINORG: /* get frame buffer window origin */ > + *(u_int *)data = 0; > + break; > + > + case FBIO_GETDISPSTART: /* get display start address */ > + ((video_display_start_t *)data)->x = 0; > + ((video_display_start_t *)data)->y = 0; > + break; > + > + case FBIO_GETLINEWIDTH: /* get scan line width in bytes */ > + *(u_int *)data = info->fb_stride; > + break; > + > + case FBIO_BLANK: /* blank display */ > + error = 0; /* TODO */ > + break; > + > + default: > + error = ENOIOCTL; > + break; > + } > + return (error); > +} > + > +static int > +fb_read(struct cdev *dev, struct uio *uio, int ioflag) > +{ > + > + return (0); /* XXX nothing to read, yet */ > +} > + > +static int > +fb_write(struct cdev *dev, struct uio *uio, int ioflag) > +{ > + > + return (0); /* XXX nothing written */ > +} > + > +static int > +fb_mmap(struct cdev *dev, vm_ooffset_t offset, vm_paddr_t *paddr, int nprot, > + vm_memattr_t *memattr) > +{ > + struct fb_info *info; > + > + info = dev->si_drv1; > + if (offset < info->fb_size) { > + *paddr = info->fb_pbase + offset; > + return (0); > + } > + return (EINVAL); > +} > + > + > +static void > +vt_fb_mem_wr1(struct fb_info *sc, uint32_t o, uint8_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + *(uint8_t *)(sc->fb_vbase + o) = v; > +} > + > +static void > +vt_fb_mem_wr2(struct fb_info *sc, uint32_t o, uint16_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + *(uint16_t *)(sc->fb_vbase + o) = v; > +} > + > +static void > +vt_fb_mem_wr4(struct fb_info *sc, uint32_t o, uint32_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + *(uint32_t *)(sc->fb_vbase + o) = v; > +} > + > +static void > +vt_fb_mem_copy(struct fb_info *sc, uint32_t offset_to, uint32_t offset_from, > + uint32_t size) > +{ > + > + memmove((void *)(sc->fb_vbase + offset_to), (void *)(sc->fb_vbase + > + offset_from), size); > +} > + > +static void > +vt_fb_indir_wr1(struct fb_info *sc, uint32_t o, uint8_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + sc->fb_write(sc->fb_priv, o, &v, 1); > +} > + > +static void > +vt_fb_indir_wr2(struct fb_info *sc, uint32_t o, uint16_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + sc->fb_write(sc->fb_priv, o, &v, 2); > +} > + > +static void > +vt_fb_indir_wr4(struct fb_info *sc, uint32_t o, uint32_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + sc->fb_write(sc->fb_priv, o, &v, 4); > +} > + > +static void > +vt_fb_indir_copy(struct fb_info *sc, uint32_t offset_to, uint32_t offset_from, > + uint32_t size) > +{ > + > + sc->copy(sc->fb_priv, offset_to, offset_from, size); > +} > + > +int > +fb_probe(struct fb_info *info) > +{ > + > + if (info->fb_size == 0) > + return (ENXIO); > + > + if (info->fb_write != NULL) { > + if (info->fb_write == NULL) { > + return (EINVAL); > + } > + info->fb_flags |= FB_FLAG_NOMMAP; > + info->wr1 = &vt_fb_indir_wr1; > + info->wr2 = &vt_fb_indir_wr2; > + info->wr4 = &vt_fb_indir_wr4; > + info->copy = &vt_fb_indir_copy; > + } else if (info->fb_vbase != 0) { > + if (info->fb_pbase == 0) > + info->fb_flags |= FB_FLAG_NOMMAP; > + info->wr1 = &vt_fb_mem_wr1; > + info->wr2 = &vt_fb_mem_wr2; > + info->wr4 = &vt_fb_mem_wr4; > + info->copy = &vt_fb_mem_copy; > + } else > + return (ENXIO); > + > + return (0); > +} > + > + > +static int > +fb_init(struct fb_list_entry *entry, int unit) > +{ > + struct fb_info *info; > + > + info = entry->fb_info; > + entry->fb_si = make_dev(&fb_cdevsw, unit, UID_ROOT, GID_WHEEL, > + 0600, "fb%d", unit); > + entry->fb_si->si_drv1 = info; > + > + return (0); > +} > + > +int > +fbd_list() > +{ > + struct fb_list_entry *entry; > + > + if (LIST_EMPTY(&fb_list_head)) > + return (ENOENT); > + > + LIST_FOREACH(entry, &fb_list_head, fb_list) { > + printf("FB %s @%p\n", entry->fb_info->fb_name, > + (void *)entry->fb_info->fb_pbase); > + } > + > + return (0); > +} > + > +static struct fb_list_entry * > +fbd_find(struct fb_info* info) > +{ > + struct fb_list_entry *entry, *tmp; > + > + LIST_FOREACH_SAFE(entry, &fb_list_head, fb_list, tmp) { > + if (entry->fb_info == info) { > + return (entry); > + } > + } > + > + return (NULL); > +} > + > +int > +fbd_register(struct fb_info* info) > +{ > + struct fb_list_entry *entry; > + int err, first; > + > + first = 0; > + if (LIST_EMPTY(&fb_list_head)) > + first++; > + > + entry = fbd_find(info); > + if (entry != NULL) { > + /* XXX Update framebuffer params */ > + return (0); > + } > + > + err = fb_probe(info); > + if (err) > + return (err); > > *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** > _______________________________________________ > svn-src-all@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/svn-src-all > To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" > -- Marc "UBM" Bocklet From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 14:51:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EE623D8 for ; Sun, 8 Dec 2013 14:51:16 +0000 (UTC) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0EC341892 for ; Sun, 8 Dec 2013 14:51:15 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id ht10so2632390vcb.29 for ; Sun, 08 Dec 2013 06:51:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=z669fPjEok2LFWpzZS0QANvV6Fd3jcJFvV1x9NJJXWY=; b=l+GryR0Ty0LHzNzIhWVHgQ5QNGo1OIkTXRwCkNQ2at6NYOClx9Q6rIFr9zc16mlLO1 9U7Qox1R31yX6GR1Z/1IO+kH+TcKnNSAsHaJpf/Z9a6xb+Xtcs59ty6pqNQT2sof0jRP Xiv/C5K/qAod6J0nTV/KkFpDXuuXsPIzBC8BVy249Wn+yEXaMS8ajlx/QmF1dAkz5LZR HXD0UdYFtAtnG2fOpnu7DH324vQkl4y8rOsQ75Ib/pvmOSj6K+EqSFolabonJW3i2xq/ FaIIlLQCjCcf7RzpYzXs36y3SiqIyE/uAXGCN8MEjcxfi1PpTO8Tkw20IU+2ZTHCnzpF yvbA== X-Received: by 10.58.143.17 with SMTP id sa17mr8702387veb.14.1386514275092; Sun, 08 Dec 2013 06:51:15 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.58.123.5 with HTTP; Sun, 8 Dec 2013 06:50:55 -0800 (PST) From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Sun, 8 Dec 2013 15:50:55 +0100 X-Google-Sender-Auth: QrwYaz-UFJkm26o1KNqcS5VrNpY Message-ID: Subject: Regression on -current with mdconfig or dd To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 14:51:16 -0000 Hi, I found a regression on current: The problem is meet with dd but I'm not sure it's the root cause. Here is how to reproduce the problem easily with 3 commands: dd if=/dev/zero of=/tmp/SOURCE.img seek=100000 count=0 mdconfig -a -t vnode -f /tmp/SOURCE.img dd conv=sparse if=/dev/md0 of=/tmp/DEST.img bs=64k => This last "dd" works great on 10.0-BETA3 and older but failed on -current (r258675 and r259096) with the message: dd: /dev/md0s1: Input/output error Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 15:36:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2ADA9EA5 for ; Sun, 8 Dec 2013 15:36:16 +0000 (UTC) Received: from mail-bk0-x235.google.com (mail-bk0-x235.google.com [IPv6:2a00:1450:4008:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7E5AD1AC7 for ; Sun, 8 Dec 2013 15:36:15 +0000 (UTC) Received: by mail-bk0-f53.google.com with SMTP id na10so999425bkb.12 for ; Sun, 08 Dec 2013 07:36:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=Wd7DxHy6+yeuwtXuuOa30lNDDN4mYj5C+j24Gve893s=; b=YhNWi0PbBc9pa3Codx3WFFlZgAouhykAs6Xty1FvhDDCWHwHaOV3+hUNK7NVR/Wv29 eRh/boFBB2VNEBesamOe75Rvrkf39IUB9NvJ/+DXmwUTESoAIgHkuXhn6SEdC4lvb1L9 fwVXFdhjxp1vAy8yvyPvG0YDDKdy1z9b+gcKBZ9tT3FuTLXZ1HRpg0QUL89rX5xGX/vN OpSY+hXykRAlM0GlqcJeAICH2zqr1h6Iw2qBOvG0G1wEj1fSRkwWI+86Wexo8fduzW/Y 8Oqio/P2oNqFrWN1dwdK8AcFEUVrKONlYvLpRu0wX/olwXyL4B4myfqX0ayC1zTW5zZ/ V0Tg== X-Received: by 10.204.164.145 with SMTP id e17mr220952bky.136.1386516973304; Sun, 08 Dec 2013 07:36:13 -0800 (PST) Received: from ubm.strangled.net (g231039136.adsl.alicedsl.de. [92.231.39.136]) by mx.google.com with ESMTPSA id q5sm393195bkr.5.2013.12.08.07.36.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 08 Dec 2013 07:36:12 -0800 (PST) Date: Sun, 8 Dec 2013 16:36:10 +0100 From: Marc UBM To: current@freebsd.org Subject: Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken Message-Id: <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> In-Reply-To: <201312052238.rB5McsVN020719@svn.freebsd.org> References: <201312052238.rB5McsVN020719@svn.freebsd.org> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 15:36:16 -0000 Hiho! :-) Thanks a lot for working on this! As soon as X is started, things work fine. Before that (as soon as vt is initialized after the boot menu), output on all ttys is flickering, resolution is at 640x480 (guessing here) and changing anything via vidcontrol fails with "inappropriate ioctl for device". Also, screen output starts overlapping, but a "clear" command fixes that temporarily. The "Alt-Gr" key does nothing, manually entering ascii keycodes via alt+number (e.g. alt-124 for |) works. Relevant pciconf output: vgapci0@pci0:0:2:0: class=0x030000 card=0x40011297 chip=0x2e328086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '4 Series Chipset Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x40011297 chip=0x2e338086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '4 Series Chipset Integrated Graphics Controller' class = display Best regards, Marc > Author: ray > Date: Thu Dec 5 22:38:53 2013 > New Revision: 259016 > URL: http://svnweb.freebsd.org/changeset/base/259016 > > Log: > Merge VT(9) project (a.k.a. newcons). > > Reviewed by: nwhitehorn > MFC_to_10_after: re approval > > Sponsored by: The FreeBSD Foundation > > Added: > head/sys/dev/fb/fb_if.m > - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fb_if.m > head/sys/dev/fb/fbd.c > - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fbd.c > head/sys/dev/vt/ > - copied from r259015, user/ed/newcons/sys/dev/vt/ > head/sys/kern/subr_terminal.c > - copied unchanged from r259015, user/ed/newcons/sys/kern/subr_terminal.c > head/sys/sys/terminal.h > - copied unchanged from r259015, user/ed/newcons/sys/sys/terminal.h > Modified: > head/sys/conf/files > head/sys/conf/files.amd64 > head/sys/conf/files.arm > head/sys/conf/files.i386 > head/sys/conf/files.powerpc > head/sys/conf/files.sparc64 > head/sys/conf/kmod.mk > head/sys/conf/options > head/sys/dev/drm2/drm_fb_helper.c > head/sys/dev/drm2/drm_os_freebsd.h > head/sys/dev/drm2/i915/i915_drv.c > head/sys/dev/drm2/i915/intel_fb.c > head/sys/dev/drm2/radeon/radeon.h > head/sys/dev/drm2/radeon/radeon_drv.c > head/sys/dev/drm2/radeon/radeon_fb.c > head/sys/dev/drm2/radeon/radeon_pm.c > head/sys/modules/drm2/i915kms/Makefile > head/sys/modules/drm2/radeonkms/Makefile > head/sys/sparc64/sparc64/machdep.c > head/sys/sys/consio.h > head/sys/sys/eventhandler.h > head/sys/sys/fbio.h > head/sys/sys/tty.h > head/sys/teken/teken.c > head/sys/teken/teken.h > head/sys/teken/teken_subr.h > Directory Properties: > head/sys/ (props changed) > head/sys/conf/ (props changed) > > Modified: head/sys/conf/files > ============================================================================== > --- head/sys/conf/files Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files Thu Dec 5 22:38:53 2013 (r259016) > @@ -82,7 +82,7 @@ pccarddevs.h standard \ > compile-with "${AWK} -f $S/tools/pccarddevs2h.awk $S/dev/pccard/pccarddevs" \ > no-obj no-implicit-rule before-depend \ > clean "pccarddevs.h" > -teken_state.h optional sc \ > +teken_state.h optional sc | vt \ > dependency "$S/teken/gensequences $S/teken/sequences" \ > compile-with "${AWK} -f $S/teken/gensequences $S/teken/sequences > teken_state.h" \ > no-obj no-implicit-rule before-depend \ > @@ -1396,6 +1396,8 @@ dev/ex/if_ex_isa.c optional ex isa > dev/ex/if_ex_pccard.c optional ex pccard > dev/exca/exca.c optional cbb > dev/fatm/if_fatm.c optional fatm pci > +dev/fb/fbd.c optional fbd | vt > +dev/fb/fb_if.m optional fbd | vt > dev/fb/splash.c optional splash > dev/fdt/fdt_common.c optional fdt > dev/fdt/fdt_ic_if.m optional fdt > @@ -2461,6 +2463,17 @@ dev/vge/if_vge.c optional vge > > dev/vkbd/vkbd.c optional vkbd > dev/vr/if_vr.c optional vr pci > +dev/vt/colors/vt_termcolors.c optional vt > +dev/vt/font/vt_font_default.c optional vt > +dev/vt/font/vt_mouse_cursor.c optional vt > +dev/vt/hw/fb/vt_fb.c optional vt > +dev/vt/hw/vga/vga.c optional vt vt_vga > +dev/vt/logo/logo_freebsd.c optional vt > +dev/vt/vt_buf.c optional vt > +dev/vt/vt_consolectl.c optional vt > +dev/vt/vt_core.c optional vt > +dev/vt/vt_font.c optional vt > +dev/vt/vt_sysmouse.c optional vt > dev/vte/if_vte.c optional vte pci > dev/vx/if_vx.c optional vx > dev/vx/if_vx_eisa.c optional vx eisa > @@ -2897,6 +2910,7 @@ kern/subr_sleepqueue.c standard > kern/subr_smp.c standard > kern/subr_stack.c optional ddb | stack | ktr > kern/subr_taskqueue.c standard > +kern/subr_terminal.c optional vt > kern/subr_trap.c standard > kern/subr_turnstile.c standard > kern/subr_uio.c standard > @@ -3796,7 +3810,7 @@ security/mac_portacl/mac_portacl.c optio > security/mac_seeotheruids/mac_seeotheruids.c optional mac_seeotheruids > security/mac_stub/mac_stub.c optional mac_stub > security/mac_test/mac_test.c optional mac_test > -teken/teken.c optional sc > +teken/teken.c optional sc | vt > ufs/ffs/ffs_alloc.c optional ffs > ufs/ffs/ffs_balloc.c optional ffs > ufs/ffs/ffs_inode.c optional ffs > > Modified: head/sys/conf/files.amd64 > ============================================================================== > --- head/sys/conf/files.amd64 Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files.amd64 Thu Dec 5 22:38:53 2013 (r259016) > @@ -241,7 +241,7 @@ dev/hyperv/vmbus/hv_connection.c optio > dev/hyperv/vmbus/hv_hv.c optional hyperv > dev/hyperv/vmbus/hv_ring_buffer.c optional hyperv > dev/hyperv/vmbus/hv_vmbus_drv_freebsd.c optional hyperv > -dev/kbd/kbd.c optional atkbd | sc | ukbd > +dev/kbd/kbd.c optional atkbd | sc | ukbd | vt > dev/lindev/full.c optional lindev > dev/lindev/lindev.c optional lindev > dev/nfe/if_nfe.c optional nfe pci > > Modified: head/sys/conf/files.arm > ============================================================================== > --- head/sys/conf/files.arm Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files.arm Thu Dec 5 22:38:53 2013 (r259016) > @@ -62,7 +62,7 @@ crypto/blowfish/bf_enc.c optional crypto > crypto/des/des_enc.c optional crypto | ipsec | netsmb > dev/fb/fb.c optional sc > dev/hwpmc/hwpmc_arm.c optional hwpmc > -dev/kbd/kbd.c optional sc > +dev/kbd/kbd.c optional sc | vt > dev/syscons/scgfbrndr.c optional sc > dev/syscons/scterm-teken.c optional sc > dev/syscons/scvtb.c optional sc > > Modified: head/sys/conf/files.i386 > ============================================================================== > --- head/sys/conf/files.i386 Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files.i386 Thu Dec 5 22:38:53 2013 (r259016) > @@ -249,7 +249,7 @@ dev/ipmi/ipmi_smbios.c optional ipmi > dev/ipmi/ipmi_ssif.c optional ipmi smbus > dev/ipmi/ipmi_pci.c optional ipmi pci > dev/ipmi/ipmi_linux.c optional ipmi compat_linux > -dev/kbd/kbd.c optional atkbd | sc | ukbd > +dev/kbd/kbd.c optional atkbd | sc | ukbd | vt > dev/le/if_le_isa.c optional le isa > dev/lindev/full.c optional lindev > dev/lindev/lindev.c optional lindev > @@ -293,6 +293,7 @@ dev/viawd/viawd.c optional viawd > dev/vmware/vmxnet3/if_vmx.c optional vmx > dev/acpica/acpi_if.m standard > dev/acpi_support/acpi_wmi_if.m standard > +dev/vt/hw/xboxfb/xboxfb.c optional vt_xboxfb > dev/wbwd/wbwd.c optional wbwd > dev/wpi/if_wpi.c optional wpi > dev/isci/isci.c optional isci > > Modified: head/sys/conf/files.powerpc > ============================================================================== > --- head/sys/conf/files.powerpc Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files.powerpc Thu Dec 5 22:38:53 2013 (r259016) > @@ -35,7 +35,7 @@ dev/iicbus/ad7417.c optional ad7417 pow > dev/iicbus/ds1631.c optional ds1631 powermac > dev/iicbus/ds1775.c optional ds1775 powermac > dev/iicbus/max6690.c optional max6690 powermac > -dev/kbd/kbd.c optional sc > +dev/kbd/kbd.c optional sc | vt > dev/nand/nfc_fsl.c optional nand mpc85xx > # ofw can be either aim or fdt: fdt case handled in files. aim only powerpc specific. > dev/ofw/openfirm.c optional aim > @@ -65,6 +65,7 @@ dev/tsec/if_tsec.c optional tsec > dev/tsec/if_tsec_fdt.c optional tsec fdt > dev/uart/uart_cpu_powerpc.c optional uart > dev/usb/controller/ehci_fsl.c optional ehci mpc85xx > +dev/vt/hw/ofwfb/ofwfb.c optional vt aim > kern/kern_clocksource.c standard > kern/subr_dummy_vdso_tc.c standard > kern/syscalls.c optional ktr > > Modified: head/sys/conf/files.sparc64 > ============================================================================== > --- head/sys/conf/files.sparc64 Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/files.sparc64 Thu Dec 5 22:38:53 2013 (r259016) > @@ -39,7 +39,7 @@ dev/fb/fb.c optional sc > dev/fb/gallant12x22.c optional sc > dev/fb/machfb.c optional machfb sc > dev/hwpmc/hwpmc_sparc64.c optional hwpmc > -dev/kbd/kbd.c optional atkbd | sc | ukbd > +dev/kbd/kbd.c optional atkbd | sc | ukbd | vt > dev/le/if_le_lebuffer.c optional le sbus > dev/le/if_le_ledma.c optional le sbus > dev/le/lebuffer_sbus.c optional le sbus > @@ -59,7 +59,8 @@ dev/syscons/scgfbrndr.c optional sc > dev/syscons/scterm-teken.c optional sc > dev/syscons/scvtb.c optional sc > dev/uart/uart_cpu_sparc64.c optional uart > -dev/uart/uart_kbd_sun.c optional uart sc > +dev/uart/uart_kbd_sun.c optional uart sc | vt > +dev/vt/hw/ofwfb/ofwfb.c optional vt > kern/kern_clocksource.c standard > kern/subr_dummy_vdso_tc.c standard > kern/syscalls.c optional ktr > > Modified: head/sys/conf/kmod.mk > ============================================================================== > --- head/sys/conf/kmod.mk Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/kmod.mk Thu Dec 5 22:38:53 2013 (r259016) > @@ -340,7 +340,7 @@ CFLAGS+= ${CONF_CFLAGS} > > MFILES?= dev/acpica/acpi_if.m dev/acpi_support/acpi_wmi_if.m \ > dev/agp/agp_if.m dev/ata/ata_if.m dev/eisa/eisa_if.m \ > - dev/gpio/gpio_if.m dev/gpio/gpiobus_if.m \ > + dev/fb/fb_if.m dev/gpio/gpio_if.m dev/gpio/gpiobus_if.m \ > dev/iicbus/iicbb_if.m dev/iicbus/iicbus_if.m \ > dev/mmc/mmcbr_if.m dev/mmc/mmcbus_if.m \ > dev/mii/miibus_if.m dev/mvs/mvs_if.m dev/ofw/ofw_bus_if.m \ > > Modified: head/sys/conf/options > ============================================================================== > --- head/sys/conf/options Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/conf/options Thu Dec 5 22:38:53 2013 (r259016) > @@ -731,8 +731,10 @@ SAFE_DEBUG opt_safe.h > SAFE_NO_RNG opt_safe.h > SAFE_RNDTEST opt_safe.h > > -# syscons options > +# syscons/vt options > MAXCONS opt_syscons.h > +VT_FB_DEFAULT_WIDTH opt_syscons.h > +VT_FB_DEFAULT_HEIGHT opt_syscons.h > SC_ALT_MOUSE_IMAGE opt_syscons.h > SC_CUT_SPACES2TABS opt_syscons.h > SC_CUT_SEPCHARS opt_syscons.h > > Modified: head/sys/dev/drm2/drm_fb_helper.c > ============================================================================== > --- head/sys/dev/drm2/drm_fb_helper.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/drm_fb_helper.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -36,6 +36,41 @@ __FBSDID("$FreeBSD$"); > #include > #include > > +#if defined(__FreeBSD__) > +struct vt_kms_softc { > + struct drm_fb_helper *fb_helper; > + struct task fb_mode_task; > +}; > + > +static fb_enter_t vt_kms_postswitch; > +static void vt_restore_fbdev_mode(void *, int); > + > +/* Call restore out of vt(9) locks. */ > +static void > +vt_restore_fbdev_mode(void *arg, int pending) > +{ > + struct drm_fb_helper *fb_helper; > + struct vt_kms_softc *sc; > + > + sc = (struct vt_kms_softc *)arg; > + fb_helper = sc->fb_helper; > + sx_xlock(&fb_helper->dev->mode_config.mutex); > + drm_fb_helper_restore_fbdev_mode(fb_helper); > + sx_xunlock(&fb_helper->dev->mode_config.mutex); > +} > + > +static int > +vt_kms_postswitch(void *arg) > +{ > + struct vt_kms_softc *sc; > + > + sc = (struct vt_kms_softc *)arg; > + taskqueue_enqueue_fast(taskqueue_thread, &sc->fb_mode_task); > + > + return (0); > +} > +#endif > + > static DRM_LIST_HEAD(kernel_fb_helper_list); > > /* simple single crtc case helper function */ > @@ -216,6 +251,10 @@ static int > fb_get_options(const char *connector_name, char **option) > { > > + /* > + * TODO: store mode options pointer in ${option} for connector with > + * name ${connector_name} > + */ > return (1); > } > > @@ -892,11 +931,13 @@ int drm_fb_helper_single_fb_probe(struct > int new_fb = 0; > int crtc_count = 0; > int i; > -#if 0 > struct fb_info *info; > -#endif > struct drm_fb_helper_surface_size sizes; > int gamma_size = 0; > +#if defined(__FreeBSD__) > + struct vt_kms_softc *sc; > + device_t kdev; > +#endif > > memset(&sizes, 0, sizeof(struct drm_fb_helper_surface_size)); > sizes.surface_depth = 24; > @@ -973,8 +1014,21 @@ int drm_fb_helper_single_fb_probe(struct > if (new_fb < 0) > return new_fb; > > -#if 0 > +#if defined(__FreeBSD__) > + sc = malloc(sizeof(struct vt_kms_softc), DRM_MEM_KMS, > + M_WAITOK | M_ZERO); > + sc->fb_helper = fb_helper; > + TASK_INIT(&sc->fb_mode_task, 0, vt_restore_fbdev_mode, sc); > + > info = fb_helper->fbdev; > + > + info->fb_name = device_get_nameunit(fb_helper->dev->device); > + info->fb_depth = fb_helper->fb->bits_per_pixel; > + info->fb_height = fb_helper->fb->height; > + info->fb_width = fb_helper->fb->width; > + info->fb_stride = fb_helper->fb->pitches[0]; > + info->fb_priv = sc; > + info->enter = &vt_kms_postswitch; > #endif > > /* set the fb pointer */ > @@ -982,7 +1036,18 @@ int drm_fb_helper_single_fb_probe(struct > fb_helper->crtc_info[i].mode_set.fb = fb_helper->fb; > } > > -#if 0 > +#if defined(__FreeBSD__) > + if (new_fb) { > + device_t fbd; > + int ret; > + > + kdev = fb_helper->dev->device; > + fbd = device_add_child(kdev, "fbd", device_get_unit(kdev)); > + ret = device_probe_and_attach(fbd); > + if (ret != 0) > + DRM_ERROR("Failed to attach fbd device: %d\n", ret); > + } > +#else > if (new_fb) { > info->var.pixclock = 0; > if (register_framebuffer(info) < 0) { > @@ -1006,7 +1071,6 @@ int drm_fb_helper_single_fb_probe(struct > if (new_fb) > list_add(&fb_helper->kernel_fb_list, &kernel_fb_helper_list); > #endif > - > return 0; > } > > > Modified: head/sys/dev/drm2/drm_os_freebsd.h > ============================================================================== > --- head/sys/dev/drm2/drm_os_freebsd.h Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/drm_os_freebsd.h Thu Dec 5 22:38:53 2013 (r259016) > @@ -6,6 +6,8 @@ > #include > __FBSDID("$FreeBSD$"); > > +#include > + > #if _BYTE_ORDER == _BIG_ENDIAN > #define __BIG_ENDIAN 4321 > #else > > Modified: head/sys/dev/drm2/i915/i915_drv.c > ============================================================================== > --- head/sys/dev/drm2/i915/i915_drv.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/i915/i915_drv.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -40,6 +40,8 @@ __FBSDID("$FreeBSD$"); > #include > #include > > +#include "fb_if.h" > + > /* drv_PCI_IDs comes from drm_pciids.h, generated from drm_pciids.txt. */ > static drm_pci_id_list_t i915_pciidlist[] = { > i915_PCI_IDS > @@ -380,6 +382,25 @@ i915_attach(device_t kdev) > return (drm_attach(kdev, i915_pciidlist)); > } > > +static struct fb_info * > +i915_fb_helper_getinfo(device_t kdev) > +{ > + struct intel_fbdev *ifbdev; > + drm_i915_private_t *dev_priv; > + struct drm_device *dev; > + struct fb_info *info; > + > + dev = device_get_softc(kdev); > + dev_priv = dev->dev_private; > + ifbdev = dev_priv->fbdev; > + if (ifbdev == NULL) > + return (NULL); > + > + info = ifbdev->helper.fbdev; > + > + return (info); > +} > + > const struct intel_device_info * > i915_get_device_id(int device) > { > @@ -400,6 +421,10 @@ static device_method_t i915_methods[] = > DEVMETHOD(device_suspend, i915_suspend), > DEVMETHOD(device_resume, i915_resume), > DEVMETHOD(device_detach, drm_detach), > + > + /* Framebuffer service methods */ > + DEVMETHOD(fb_getinfo, i915_fb_helper_getinfo), > + > DEVMETHOD_END > }; > > > Modified: head/sys/dev/drm2/i915/intel_fb.c > ============================================================================== > --- head/sys/dev/drm2/i915/intel_fb.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/i915/intel_fb.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -41,8 +41,8 @@ static int intelfb_create(struct intel_f > struct drm_device *dev = ifbdev->helper.dev; > #if 0 > struct drm_i915_private *dev_priv = dev->dev_private; > - struct fb_info *info; > #endif > + struct fb_info *info; > struct drm_framebuffer *fb; > struct drm_mode_fb_cmd2 mode_cmd; > struct drm_i915_gem_object *obj; > @@ -86,6 +86,16 @@ static int intelfb_create(struct intel_f > } > > info->par = ifbdev; > +#else > + info = malloc(sizeof(struct fb_info), DRM_MEM_KMS, M_WAITOK | M_ZERO); > + info->fb_size = size; > + info->fb_bpp = sizes->surface_bpp; > + info->fb_width = sizes->fb_width; > + info->fb_height = sizes->fb_height; > + info->fb_pbase = dev->agp->base + obj->gtt_offset; > + info->fb_vbase = (vm_offset_t)pmap_mapdev_attr(info->fb_pbase, size, > + PAT_WRITE_COMBINING); > + > #endif > > ret = intel_framebuffer_init(dev, &ifbdev->ifb, &mode_cmd, obj); > @@ -95,8 +105,8 @@ static int intelfb_create(struct intel_f > fb = &ifbdev->ifb.base; > > ifbdev->helper.fb = fb; > -#if 0 > ifbdev->helper.fbdev = info; > +#if 0 > > strcpy(info->fix.id, "inteldrmfb"); > > @@ -135,9 +145,8 @@ static int intelfb_create(struct intel_f > > /* Use default scratch pixmap (info->pixmap.flags = FB_PIXMAP_SYSTEM) */ > #endif > - > - DRM_DEBUG_KMS("allocated %dx%d fb: 0x%08x, bo %p\n", > - fb->width, fb->height, > + DRM_DEBUG_KMS("allocated %dx%d (s %dbits) fb: 0x%08x, bo %p\n", > + fb->width, fb->height, fb->depth, > obj->gtt_offset, obj); > > DRM_UNLOCK(dev); > > Modified: head/sys/dev/drm2/radeon/radeon.h > ============================================================================== > --- head/sys/dev/drm2/radeon/radeon.h Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/radeon/radeon.h Thu Dec 5 22:38:53 2013 (r259016) > @@ -2041,6 +2041,9 @@ void radeon_pm_acpi_event_handler(struct > int radeon_ttm_init(struct radeon_device *rdev); > void radeon_ttm_fini(struct radeon_device *rdev); > > +/* radeon_fb.c */ > +struct fb_info * radeon_fb_helper_getinfo(device_t kdev); > + > /* r600.c */ > int r600_ih_ring_alloc(struct radeon_device *rdev); > void r600_ih_ring_fini(struct radeon_device *rdev); > > Modified: head/sys/dev/drm2/radeon/radeon_drv.c > ============================================================================== > --- head/sys/dev/drm2/radeon/radeon_drv.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/radeon/radeon_drv.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -41,6 +41,7 @@ __FBSDID("$FreeBSD$"); > > #include > > +#include "fb_if.h" > > /* > * KMS wrapper. > @@ -495,6 +496,8 @@ radeon_resume(device_t kdev) > return (-ret); > } > > +extern struct fb_info * radeon_fb_helper_getinfo(device_t kdev); > + > static device_method_t radeon_methods[] = { > /* Device interface */ > DEVMETHOD(device_probe, radeon_probe), > @@ -502,6 +505,10 @@ static device_method_t radeon_methods[] > DEVMETHOD(device_suspend, radeon_suspend), > DEVMETHOD(device_resume, radeon_resume), > DEVMETHOD(device_detach, drm_detach), > + > + /* Framebuffer service methods */ > + DEVMETHOD(fb_getinfo, radeon_fb_helper_getinfo), > + > DEVMETHOD_END > }; > > > Modified: head/sys/dev/drm2/radeon/radeon_fb.c > ============================================================================== > --- head/sys/dev/drm2/radeon/radeon_fb.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/radeon/radeon_fb.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -27,6 +27,8 @@ > #include > __FBSDID("$FreeBSD$"); > > +#include > + > #include > #include > #include > @@ -46,7 +48,7 @@ struct radeon_fbdev { > struct radeon_device *rdev; > }; > > -#ifdef DUMBBELL_WIP > +#if defined(__linux__) > static struct fb_ops radeonfb_ops = { > .owner = THIS_MODULE, > .fb_check_var = drm_fb_helper_check_var, > @@ -60,7 +62,7 @@ static struct fb_ops radeonfb_ops = { > .fb_debug_enter = drm_fb_helper_debug_enter, > .fb_debug_leave = drm_fb_helper_debug_leave, > }; > -#endif /* DUMBBELL_WIP */ > +#endif > > > int radeon_align_pitch(struct radeon_device *rdev, int width, int bpp, bool tiled) > @@ -191,20 +193,13 @@ static int radeonfb_create(struct radeon > struct drm_fb_helper_surface_size *sizes) > { > struct radeon_device *rdev = rfbdev->rdev; > -#ifdef DUMBBELL_WIP > struct fb_info *info; > -#endif /* DUMBBELL_WIP */ > struct drm_framebuffer *fb = NULL; > struct drm_mode_fb_cmd2 mode_cmd; > struct drm_gem_object *gobj = NULL; > struct radeon_bo *rbo = NULL; > -#ifdef DUMBBELL_WIP > - device_t device = rdev->dev; > -#endif /* DUMBBELL_WIP */ > int ret; > -#ifdef DUMBBELL_WIP > unsigned long tmp; > -#endif /* DUMBBELL_WIP */ > > mode_cmd.width = sizes->surface_width; > mode_cmd.height = sizes->surface_height; > @@ -224,16 +219,7 @@ static int radeonfb_create(struct radeon > > rbo = gem_to_radeon_bo(gobj); > > -#ifdef DUMBBELL_WIP > - /* okay we have an object now allocate the framebuffer */ > - info = framebuffer_alloc(0, device); > - if (info == NULL) { > - ret = -ENOMEM; > - goto out_unref; > - } > - > - info->par = rfbdev; > -#endif /* DUMBBELL_WIP */ > + info = malloc(sizeof(*info), DRM_MEM_KMS, M_WAITOK | M_ZERO); > > ret = radeon_framebuffer_init(rdev->ddev, &rfbdev->rfb, &mode_cmd, gobj); > if (ret) { > @@ -245,61 +231,29 @@ static int radeonfb_create(struct radeon > > /* setup helper */ > rfbdev->helper.fb = fb; > -#ifdef DUMBBELL_WIP > rfbdev->helper.fbdev = info; > > - memset_io(rbo->kptr, 0x0, radeon_bo_size(rbo)); > - > - strcpy(info->fix.id, "radeondrmfb"); > - > - drm_fb_helper_fill_fix(info, fb->pitches[0], fb->depth); > - > - info->flags = FBINFO_DEFAULT | FBINFO_CAN_FORCE_OUTPUT; > - info->fbops = &radeonfb_ops; > + memset(rbo->kptr, 0x0, radeon_bo_size(rbo)); > > tmp = radeon_bo_gpu_offset(rbo) - rdev->mc.vram_start; > - info->fix.smem_start = rdev->mc.aper_base + tmp; > - info->fix.smem_len = radeon_bo_size(rbo); > - info->screen_base = rbo->kptr; > - info->screen_size = radeon_bo_size(rbo); > - > - drm_fb_helper_fill_var(info, &rfbdev->helper, sizes->fb_width, sizes->fb_height); > - > - /* setup aperture base/size for vesafb takeover */ > - info->apertures = alloc_apertures(1); > - if (!info->apertures) { > - ret = -ENOMEM; > - goto out_unref; > - } > - info->apertures->ranges[0].base = rdev->ddev->mode_config.fb_base; > - info->apertures->ranges[0].size = rdev->mc.aper_size; > + info->fb_size = radeon_bo_size(rbo); > + info->fb_bpp = sizes->surface_bpp; > + info->fb_width = sizes->surface_width; > + info->fb_height = sizes->surface_height; > + info->fb_pbase = rdev->mc.aper_base + tmp; > + info->fb_vbase = (vm_offset_t)rbo->kptr; > > - /* Use default scratch pixmap (info->pixmap.flags = FB_PIXMAP_SYSTEM) */ > - > - if (info->screen_base == NULL) { > - ret = -ENOSPC; > - goto out_unref; > - } > - > - ret = fb_alloc_cmap(&info->cmap, 256, 0); > - if (ret) { > - ret = -ENOMEM; > - goto out_unref; > - } > - > - DRM_INFO("fb mappable at 0x%lX\n", info->fix.smem_start); > + DRM_INFO("fb mappable at 0x%" PRIXPTR "\n", info->fb_pbase); > DRM_INFO("vram apper at 0x%lX\n", (unsigned long)rdev->mc.aper_base); > DRM_INFO("size %lu\n", (unsigned long)radeon_bo_size(rbo)); > DRM_INFO("fb depth is %d\n", fb->depth); > DRM_INFO(" pitch is %d\n", fb->pitches[0]); > > - vga_switcheroo_client_fb_set(rdev->ddev->pdev, info); > -#endif /* DUMBBELL_WIP */ > return 0; > > out_unref: > if (rbo) { > - > + /* TODO? dumbbell@ */ > } > if (fb && ret) { > drm_gem_object_unreference(gobj); > @@ -332,21 +286,13 @@ void radeon_fb_output_poll_changed(struc > > static int radeon_fbdev_destroy(struct drm_device *dev, struct radeon_fbdev *rfbdev) > { > -#ifdef DUMBBELL_WIP > struct fb_info *info; > -#endif /* DUMBBELL_WIP */ > struct radeon_framebuffer *rfb = &rfbdev->rfb; > > -#ifdef DUMBBELL_WIP > if (rfbdev->helper.fbdev) { > info = rfbdev->helper.fbdev; > - > - unregister_framebuffer(info); > - if (info->cmap.len) > - fb_dealloc_cmap(&info->cmap); > - framebuffer_release(info); > + free(info, DRM_MEM_KMS); > } > -#endif /* DUMBBELL_WIP */ > > if (rfb->obj) { > DRM_UNLOCK(dev); /* Work around lock recursion. dumbbell@ */ > @@ -431,3 +377,22 @@ bool radeon_fbdev_robj_is_fb(struct rade > return true; > return false; > } > + > +struct fb_info * > +radeon_fb_helper_getinfo(device_t kdev) > +{ > + struct drm_device *dev; > + struct radeon_device *rdev; > + struct radeon_fbdev *rfbdev; > + struct fb_info *info; > + > + dev = device_get_softc(kdev); > + rdev = dev->dev_private; > + rfbdev = rdev->mode_info.rfbdev; > + if (rfbdev == NULL) > + return (NULL); > + > + info = rfbdev->helper.fbdev; > + > + return (info); > +} > > Modified: head/sys/dev/drm2/radeon/radeon_pm.c > ============================================================================== > --- head/sys/dev/drm2/radeon/radeon_pm.c Thu Dec 5 21:58:02 2013 (r259015) > +++ head/sys/dev/drm2/radeon/radeon_pm.c Thu Dec 5 22:38:53 2013 (r259016) > @@ -248,7 +248,7 @@ static void radeon_pm_set_clocks(struct > (rdev->pm.requested_power_state_index == rdev->pm.current_power_state_index)) > return; > > - DRM_LOCK(rdev->ddev); > + //DRM_LOCK(rdev->ddev); XXX Recursion, already locked in drm_attach/drm_load -- dumbbell@ > sx_xlock(&rdev->pm.mclk_lock); > sx_xlock(&rdev->ring_lock); > > @@ -263,7 +263,7 @@ static void radeon_pm_set_clocks(struct > /* needs a GPU reset dont reset here */ > sx_xunlock(&rdev->ring_lock); > sx_xunlock(&rdev->pm.mclk_lock); > - DRM_UNLOCK(rdev->ddev); > + //DRM_UNLOCK(rdev->ddev); XXX Recursion, already locked in drm_attach/drm_load -- dumbbell@ > return; > } > } > @@ -299,7 +299,7 @@ static void radeon_pm_set_clocks(struct > > sx_xunlock(&rdev->ring_lock); > sx_xunlock(&rdev->pm.mclk_lock); > - DRM_UNLOCK(rdev->ddev); > + //DRM_UNLOCK(rdev->ddev); XXX Recursion, already locked in drm_attach/drm_load -- dumbbell@ > } > > static void radeon_pm_print_states(struct radeon_device *rdev) > > Copied: head/sys/dev/fb/fb_if.m (from r259015, user/ed/newcons/sys/dev/fb/fb_if.m) > ============================================================================== > --- /dev/null 00:00:00 1970 (empty, because file is newly added) > +++ head/sys/dev/fb/fb_if.m Thu Dec 5 22:38:53 2013 (r259016, copy of r259015, user/ed/newcons/sys/dev/fb/fb_if.m) > @@ -0,0 +1,13 @@ > +#include > +#include > + > +INTERFACE fb; > + > +METHOD int pin_max { > + device_t dev; > + int *npins; > +}; > + > +METHOD struct fb_info * getinfo { > + device_t dev; > +}; > > Copied: head/sys/dev/fb/fbd.c (from r259015, user/ed/newcons/sys/dev/fb/fbd.c) > ============================================================================== > --- /dev/null 00:00:00 1970 (empty, because file is newly added) > +++ head/sys/dev/fb/fbd.c Thu Dec 5 22:38:53 2013 (r259016, copy of r259015, user/ed/newcons/sys/dev/fb/fbd.c) > @@ -0,0 +1,467 @@ > +/*- > + * Copyright (c) 2013 The FreeBSD Foundation > + * All rights reserved. > + * > + * This software was developed by Aleksandr Rybalko under sponsorship from the > + * FreeBSD Foundation. > + * > + * Redistribution and use in source and binary forms, with or without > + * modification, are permitted provided that the following conditions > + * are met: > + * 1. Redistributions of source code must retain the above copyright > + * notice, this list of conditions and the following disclaimer. > + * 2. Redistributions in binary form must reproduce the above copyright > + * notice, this list of conditions and the following disclaimer in the > + * documentation and/or other materials provided with the distribution. > + * > + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND > + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE > + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE > + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE > + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL > + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS > + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) > + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT > + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY > + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > + * SUCH DAMAGE. > + * > + * $FreeBSD$ > + */ > + > +/* Generic framebuffer */ > +/* TODO unlink from VT(9) */ > +/* TODO done normal /dev/fb methods */ > + > +#include > +__FBSDID("$FreeBSD$"); > + > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include > + > +#include > + > +#include > +#include > + > +#include "fb_if.h" > + > +LIST_HEAD(fb_list_head_t, fb_list_entry) fb_list_head = > + LIST_HEAD_INITIALIZER(fb_list_head); > +struct fb_list_entry { > + struct fb_info *fb_info; > + struct cdev *fb_si; > + LIST_ENTRY(fb_list_entry) fb_list; > +}; > + > +struct fbd_softc { > + device_t sc_dev; > + struct fb_info *sc_info; > +}; > + > +static void fbd_evh_init(void *); > +/* SI_ORDER_SECOND, just after EVENTHANDLERs initialized. */ > +SYSINIT(fbd_evh_init, SI_SUB_CONFIGURE, SI_ORDER_SECOND, fbd_evh_init, NULL); > + > +static d_open_t fb_open; > +static d_close_t fb_close; > +static d_read_t fb_read; > +static d_write_t fb_write; > +static d_ioctl_t fb_ioctl; > +static d_mmap_t fb_mmap; > + > +static struct cdevsw fb_cdevsw = { > + .d_version = D_VERSION, > + .d_flags = D_NEEDGIANT, > + .d_open = fb_open, > + .d_close = fb_close, > + .d_read = fb_read, > + .d_write = fb_write, > + .d_ioctl = fb_ioctl, > + .d_mmap = fb_mmap, > + .d_name = "fb", > +}; > + > +static int framebuffer_dev_unit = 0; > + > +static int > +fb_open(struct cdev *dev, int oflags, int devtype, struct thread *td) > +{ > + > + return (0); > +} > + > +static int > +fb_close(struct cdev *dev, int fflag, int devtype, struct thread *td) > +{ > + > + return (0); > +} > + > +static int > +fb_ioctl(struct cdev *dev, u_long cmd, caddr_t data, int fflag, > + struct thread *td) > +{ > + struct fb_info *info; > + int error; > + > + error = 0; > + info = dev->si_drv1; > + > + switch (cmd) { > + case FBIOGTYPE: > + bcopy(info, (struct fbtype *)data, sizeof(struct fbtype)); > + break; > + > + case FBIO_GETWINORG: /* get frame buffer window origin */ > + *(u_int *)data = 0; > + break; > + > + case FBIO_GETDISPSTART: /* get display start address */ > + ((video_display_start_t *)data)->x = 0; > + ((video_display_start_t *)data)->y = 0; > + break; > + > + case FBIO_GETLINEWIDTH: /* get scan line width in bytes */ > + *(u_int *)data = info->fb_stride; > + break; > + > + case FBIO_BLANK: /* blank display */ > + error = 0; /* TODO */ > + break; > + > + default: > + error = ENOIOCTL; > + break; > + } > + return (error); > +} > + > +static int > +fb_read(struct cdev *dev, struct uio *uio, int ioflag) > +{ > + > + return (0); /* XXX nothing to read, yet */ > +} > + > +static int > +fb_write(struct cdev *dev, struct uio *uio, int ioflag) > +{ > + > + return (0); /* XXX nothing written */ > +} > + > +static int > +fb_mmap(struct cdev *dev, vm_ooffset_t offset, vm_paddr_t *paddr, int nprot, > + vm_memattr_t *memattr) > +{ > + struct fb_info *info; > + > + info = dev->si_drv1; > + if (offset < info->fb_size) { > + *paddr = info->fb_pbase + offset; > + return (0); > + } > + return (EINVAL); > +} > + > + > +static void > +vt_fb_mem_wr1(struct fb_info *sc, uint32_t o, uint8_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + *(uint8_t *)(sc->fb_vbase + o) = v; > +} > + > +static void > +vt_fb_mem_wr2(struct fb_info *sc, uint32_t o, uint16_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + *(uint16_t *)(sc->fb_vbase + o) = v; > +} > + > +static void > +vt_fb_mem_wr4(struct fb_info *sc, uint32_t o, uint32_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + *(uint32_t *)(sc->fb_vbase + o) = v; > +} > + > +static void > +vt_fb_mem_copy(struct fb_info *sc, uint32_t offset_to, uint32_t offset_from, > + uint32_t size) > +{ > + > + memmove((void *)(sc->fb_vbase + offset_to), (void *)(sc->fb_vbase + > + offset_from), size); > +} > + > +static void > +vt_fb_indir_wr1(struct fb_info *sc, uint32_t o, uint8_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + sc->fb_write(sc->fb_priv, o, &v, 1); > +} > + > +static void > +vt_fb_indir_wr2(struct fb_info *sc, uint32_t o, uint16_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + sc->fb_write(sc->fb_priv, o, &v, 2); > +} > + > +static void > +vt_fb_indir_wr4(struct fb_info *sc, uint32_t o, uint32_t v) > +{ > + > + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); > + sc->fb_write(sc->fb_priv, o, &v, 4); > +} > + > +static void > +vt_fb_indir_copy(struct fb_info *sc, uint32_t offset_to, uint32_t offset_from, > + uint32_t size) > +{ > + > + sc->copy(sc->fb_priv, offset_to, offset_from, size); > +} > + > +int > +fb_probe(struct fb_info *info) > +{ > + > + if (info->fb_size == 0) > + return (ENXIO); > + > + if (info->fb_write != NULL) { > + if (info->fb_write == NULL) { > + return (EINVAL); > + } > + info->fb_flags |= FB_FLAG_NOMMAP; > + info->wr1 = &vt_fb_indir_wr1; > + info->wr2 = &vt_fb_indir_wr2; > + info->wr4 = &vt_fb_indir_wr4; > + info->copy = &vt_fb_indir_copy; > + } else if (info->fb_vbase != 0) { > + if (info->fb_pbase == 0) > + info->fb_flags |= FB_FLAG_NOMMAP; > + info->wr1 = &vt_fb_mem_wr1; > + info->wr2 = &vt_fb_mem_wr2; > + info->wr4 = &vt_fb_mem_wr4; > + info->copy = &vt_fb_mem_copy; > + } else > + return (ENXIO); > + > + return (0); > +} > + > + > +static int > +fb_init(struct fb_list_entry *entry, int unit) > +{ > + struct fb_info *info; > + > + info = entry->fb_info; > + entry->fb_si = make_dev(&fb_cdevsw, unit, UID_ROOT, GID_WHEEL, > + 0600, "fb%d", unit); > + entry->fb_si->si_drv1 = info; > + > + return (0); > +} > + > +int > +fbd_list() > +{ > + struct fb_list_entry *entry; > + > + if (LIST_EMPTY(&fb_list_head)) > + return (ENOENT); > + > + LIST_FOREACH(entry, &fb_list_head, fb_list) { > + printf("FB %s @%p\n", entry->fb_info->fb_name, > + (void *)entry->fb_info->fb_pbase); > + } > + > + return (0); > +} > + > +static struct fb_list_entry * > +fbd_find(struct fb_info* info) > +{ > + struct fb_list_entry *entry, *tmp; > + > + LIST_FOREACH_SAFE(entry, &fb_list_head, fb_list, tmp) { > + if (entry->fb_info == info) { > + return (entry); > + } > + } > + > + return (NULL); > +} > + > +int > +fbd_register(struct fb_info* info) > +{ > + struct fb_list_entry *entry; > + int err, first; > + > + first = 0; > + if (LIST_EMPTY(&fb_list_head)) > + first++; > + > + entry = fbd_find(info); > + if (entry != NULL) { > + /* XXX Update framebuffer params */ > + return (0); > + } > + > + err = fb_probe(info); > + if (err) > + return (err); > > *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** > _______________________________________________ > svn-src-all@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/svn-src-all > To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" > -- Marc "UBM" Bocklet From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 16:55:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6D08F5E for ; Sun, 8 Dec 2013 16:55:55 +0000 (UTC) Received: from lamora.getmail.no (lamora.getmail.no [84.210.184.7]) by mx1.freebsd.org (Postfix) with ESMTP id 51F271FC2 for ; Sun, 8 Dec 2013 16:55:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by lamora.getmail.no (Postfix) with ESMTP id 6EFFD1DD987; Sun, 8 Dec 2013 17:55:47 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -2.88 X-Spam-Level: X-Spam-Status: No, score=-2.88 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_FAKE_REPLY_SURE_A=0.01, T_FAKE_REPLY_SURE_B=0.01, T_KHOP_THREADED=-0.01, T_LONG_HEADER_LINE_80=0.01, T_NOT_A_PERSON=-0.01, T_UNKNOWN_ORIGIN=0.01] autolearn=ham Received: from lamora.getmail.no ([127.0.0.1]) by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id V6O-VcEYmkvt; Sun, 8 Dec 2013 17:55:46 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by lamora.getmail.no (Postfix) with ESMTP id BF3EB1DD98D; Sun, 8 Dec 2013 17:55:46 +0100 (CET) X-Virus-Scanned: amavisd-new at Received: from lamora.getmail.no ([127.0.0.1]) by localhost (lamora.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id agxCBF0XJZ88; Sun, 8 Dec 2013 17:55:46 +0100 (CET) Received: from onyx.thanelange.no (cm-84.208.179.208.getinternet.no [84.208.179.208]) by lamora.getmail.no (Postfix) with ESMTP id 94EB11DD987; Sun, 8 Dec 2013 17:55:46 +0100 (CET) Date: Sun, 8 Dec 2013 17:55:46 +0100 From: Gyrd Thane Lange To: Olivier =?UTF-8?B?Q29jaGFyZC1MYWJiw6k=?= Subject: Re: Regression on -current with mdconfig or dd Message-ID: <20131208175546.2a7815ad@onyx.thanelange.no> In-Reply-To: References: X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 16:55:55 -0000 On Sun, 8 Dec 2013 15:50:55 +0100 Olivier Cochard-Labb=C3=A9 wrote: > Hi, >=20 > I found a regression on current: > The problem is meet with dd but I'm not sure it's the root cause. >=20 > Here is how to reproduce the problem easily with 3 commands: >=20 > dd if=3D/dev/zero of=3D/tmp/SOURCE.img seek=3D100000 count=3D0 > mdconfig -a -t vnode -f /tmp/SOURCE.img > dd conv=3Dsparse if=3D/dev/md0 of=3D/tmp/DEST.img bs=3D64k >=20 > =3D> This last "dd" works great on 10.0-BETA3 and older but failed on > -current (r258675 and r259096) with the message: > dd: /dev/md0s1: Input/output error Hi, I can confirm this problem also exists on my 11-CURRENT (late november). It is not md-specific as I also see it with real disks: This example is from a partition that is exactly 34 sectors large. (512 sector size). [root@onyx ~]# dd if=3D/dev/ada2p9 | hd 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * dd: /dev/ada2p9: Input/output error 35+0 records in 35+0 records out 17920 bytes transferred in 0.269167 secs (66576 bytes/sec) 00004600 But still it tries to overshoot and read size+1 sectors. BTW I don't know where it gets the data for the last sector since the partition following this has non-zero data in its first sector but dd thinks it got a zero filled sector. On my other system, FreeBSD 8.3 the dd gets this right by copying exactly 34 sectors (even if I try to specify count=3D35 or larger). An even shorter method of reproducing is to create a 34 * 512 =3D 17408 byte memory backed device and read from it: # mdconfig -a -t malloc -s 34 -u 1 # dd if=3D/dev/md1 of=3D/dev/null dd: /dev/md1: Input/output error 35+0 records in 35+0 records out 17920 bytes transferred in 0.000354 secs (50614093 bytes/sec) Try to write to it: # dd if=3D/dev/zero of=3D/dev/md1 dd: /dev/md1: Input/output error 36+0 records in 35+0 records out 17920 bytes transferred in 0.000459 secs (39045157 bytes/sec) Where does it write the data to? (Have not dared to try on a real disk yet.) Gyrd ^_^ >=20 > Regards, >=20 > Olivier > _______________________________________________ > 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" From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 17:31:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E72643B; Sun, 8 Dec 2013 17:31:33 +0000 (UTC) Received: from mail-bk0-x234.google.com (mail-bk0-x234.google.com [IPv6:2a00:1450:4008:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 94E1C11BE; Sun, 8 Dec 2013 17:31:32 +0000 (UTC) Received: by mail-bk0-f52.google.com with SMTP id u14so1025042bkz.11 for ; Sun, 08 Dec 2013 09:31:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=65R1zGwCacSn8CjMKVS8NNRT3Sa8kS3413LwyUfzTr0=; b=jFnvmYZ9BwiBJRS6LCVOQ3R82+NI+PzAMBqX+szI9zA7LPC8o34qfy1ViWzQUE7P9A k7rSUh0dWU4Ykuj1j2+Ax/7H4WpX+pU648EleYzEN8ppgF42nuBPgLgmAmoxDvwyDl+d KQxuKzRhXiqKDReaRRSPMj6P7yj4iVA0wKp+VI2O0AjsdeNqv5WGK6fSXn1zZNhL4ds0 k+DzXLPwwAwvwHkPiZePl0FA1nmyagiSEAWyl8MQg4AEpgDdyBIvQk7zULS8RrmkXSzr vsysjn/XZtaSnRSo+V4D0otm+sGm/QLik/VVcjIoV0FyMx08bZdVj+ofUjCaT5x/6hu4 ZpXg== MIME-Version: 1.0 X-Received: by 10.205.105.3 with SMTP id do3mr1013350bkc.86.1386523890958; Sun, 08 Dec 2013 09:31:30 -0800 (PST) Sender: chmeeedalf@gmail.com Received: by 10.205.90.136 with HTTP; Sun, 8 Dec 2013 09:31:30 -0800 (PST) Received: by 10.205.90.136 with HTTP; Sun, 8 Dec 2013 09:31:30 -0800 (PST) In-Reply-To: <20131208133853.GA75604@alchemy.franken.de> References: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> <20131208133853.GA75604@alchemy.franken.de> Date: Sun, 8 Dec 2013 09:31:30 -0800 X-Google-Sender-Auth: XbWfv1rJUkOCV6563Wd7KiPf9Ow Message-ID: Subject: Re: Request for testing an alternate branch From: Justin Hibbits To: Marius Strobl Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 17:31:33 -0000 On Dec 8, 2013 5:39 AM, "Marius Strobl" wrote: > > On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: > > I've been working on the projects/pmac_pmu branch for some time now to > > add suspend/resume as well as CPU speed change for certain PowerPC > > machines, about a year since I created the branch, and now it's stable > > enough that I want to merge it into HEAD, hence this request. However, > > it does touch several drivers, turning them into "early drivers", such > > that they can be initialized, and suspended and resumed at a different > > time. Saying that, I do need testing from other architectures, to make > > sure I haven't broken anything. > > > > The technical details: > > > > To get proper ordering, I've extended the bus_generic_suspend() and > > bus_generic_resume() to do multiple passes. Devices which cannot be > > enabled or disabled at the current pass level would return an EAGAIN. > > This could possibly cause problems, since it's an addition to an > > existing API rather than a new API to run along side it, so it needs a > > great deal of testing. It works fine on PowerPC, but I don't have any > > i386/amd64 or sparc64 hardware to test it on, so would like others who > > do to test it. I don't think that it would impact x86 at all (testing > > is obviously required), because the nexus is not an EARLY_DRIVER_MODULE, > > so all devices would be handled at the same pass. But, I do know the > > sparc64 has an EARLY_DRIVER_MODULE() nexus, so that will likely be > > impacted. > > > > Also, any comments are of course welcome. Technical concerns are > > obviously welcome, and I will try to address everything. > > Do you have a patch against head? > > Marius > I can generate one today. - Justin From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 17:31:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A4B0537 for ; Sun, 8 Dec 2013 17:31:40 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B5A5F11C1 for ; Sun, 8 Dec 2013 17:31:39 +0000 (UTC) Received: from ASUS ([89.217.100.79]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MFu0Y-1Vkk750gR4-00Er6c for ; Sun, 08 Dec 2013 18:31:37 +0100 From: "Stefan Hegnauer" To: Subject: nanobsd / dd problem? Date: Sun, 8 Dec 2013 18:31:36 +0100 Message-ID: <000001cef43b$591c7c90$0b5575b0$@hegnauer@gmx.ch> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac70O1iHdH6sc8CUTd+WE4nGFBizXw== Content-Language: de-ch X-Provags-ID: V03:K0:eDX1SLwdNi8ApP6W+u1oYg1MUc/4Ja0jQqxnWKRblUykdoQHfZ9 xBRPiQpUqVZVrw3Fd4oKGlclQY1W6e11AMJ21NajluLIXbWQ+XS255WwbZw7UkUzAA2w1h0 xKYsKbacqmGq6rfQNy+2rB8oG8qQ6l3SYXO4CUC+Vm1JXa9lhR4D5V53DEBHJEYhw1QQqe9 iptYRC63Cl96auJ4DQV1Q== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 17:31:40 -0000 Hi, I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013 root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS i386) in a VirtualBox as a build machine for nanobsd images to be used on pc-engines.ch alix boards. The only difference to GENERIC is the inclusion of 'march=geode' and disabling of most debugging switches (malloc, Witness etc). Worked like a charm in the past. Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails at the last stage when building the disk image, e.g. with ... 00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di # Looking a bit closer it seems that dd(1) returns with an I/O error whenever the input is a file created with mdconfig(8): # dd if=/dev/zero of=somebackingfile bs=1k count=5k # mdconfig -f somebackingfile -u md0 # newfs -U /dev/md0 # dd if=/dev/md0 of=/dev/null dd: /dev/md0: Input/output error 10241+0 records in 10241+0 records out 5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec) The outputfile in nanobsd.sh seems to be error-free. Anyone else seen similar behaviour? How to proceed/fix it? Thanks Stefan From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 18:19:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E21CBEE9 for ; Sun, 8 Dec 2013 18:19:50 +0000 (UTC) Received: from mail-ve0-x22e.google.com (mail-ve0-x22e.google.com [IPv6:2607:f8b0:400c:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E96B1457 for ; Sun, 8 Dec 2013 18:19:50 +0000 (UTC) Received: by mail-ve0-f174.google.com with SMTP id pa12so2799967veb.5 for ; Sun, 08 Dec 2013 10:19:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=mtCc0NBmDNLsJDZEWBqN0Xc6M9CBffCPqGkLkABECDY=; b=GhLwUh5RP1FGhYEqzqW05X7ncC+sJUxqsV9UnY+5zYMjgiQ3iGq92Vd75Hs1kI0hFr K+aF1spqVUvjVnT0Kog5vFfrUfQ4Bswl5zRBFUePN8UaxBVbPvMyBlFlubjlhdJut0aZ og++hmcvHxzvsF064j6yXyEo0Yn6TsOCk0ZH6S11qX0QOfYO6a0eZKWxmRWr0Sm3ZH0w yZnR65s76cakVoSdl4atmusaD3RjLRPk49+WYgLgCPfKKB+/uWyCpN2Bl2sB013KixVJ hwMByKE8pkloBqcPF0adUak8IfeSjBSj2n5BzUKlBFcYOm9FDhoWnLKKvQHbYV/cLZPO vKrw== X-Received: by 10.58.146.71 with SMTP id ta7mr50170veb.23.1386526789749; Sun, 08 Dec 2013 10:19:49 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.58.123.5 with HTTP; Sun, 8 Dec 2013 10:19:29 -0800 (PST) In-Reply-To: <52a4ad04.89d8e50a.0967.ffffd8d0SMTPIN_ADDED_BROKEN@mx.google.com> References: <52a4ad04.89d8e50a.0967.ffffd8d0SMTPIN_ADDED_BROKEN@mx.google.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Sun, 8 Dec 2013 19:19:29 +0100 X-Google-Sender-Auth: Jfpb-Spe7cCF-zpYJo1phxeAFvU Message-ID: Subject: Re: nanobsd / dd problem? To: Stefan Hegnauer Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 18:19:50 -0000 On Sun, Dec 8, 2013 at 6:31 PM, Stefan Hegnauer wrote: > Hi, > > > Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails > at the last stage when building the disk image, e.g. with Hi, it's a regression in dd: http://lists.freebsd.org/pipermail/freebsd-current/2013-December/047032.html Regards, Olivier From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 18:21:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EEC66D for ; Sun, 8 Dec 2013 18:21:22 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 1A9D414C4 for ; Sun, 8 Dec 2013 18:21:21 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id AD62B17FCAA; Sun, 8 Dec 2013 19:21:12 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id E96058EF1E7; Sun, 8 Dec 2013 19:21:51 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QO5mmeG4K7FG; Sun, 8 Dec 2013 19:21:51 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 20EC08EF052; Sun, 8 Dec 2013 19:21:51 +0100 (CET) Message-ID: <52A4B8DD.1050709@bitfrost.no> Date: Sun, 08 Dec 2013 19:22:21 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Alexander Kabaev Subject: Re: KGDB and kvm_write References: <52A36456.8000202@bitfrost.no> <20131207163446.3a0d9d9c@kan.dyndns.org> In-Reply-To: <20131207163446.3a0d9d9c@kan.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 18:21:22 -0000 On 12/07/13 22:34, Alexander Kabaev wrote: > On Sat, 07 Dec 2013 19:09:26 +0100 > Hans Petter Selasky wrote: > >> Hi, >> >> Is there a particular reason that "set variable = value" is not >> implemented when using kgbd from the command prompt? >> >> --HPS > > Just a thought: maybe you forgot -w on kgdb command line? > Yes, I will try that next time. Thank you, --HPS From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 18:31:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A74D628E for ; Sun, 8 Dec 2013 18:31:37 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62EE71569 for ; Sun, 8 Dec 2013 18:31:37 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id e9so2044275qcy.12 for ; Sun, 08 Dec 2013 10:31:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=2Y6DvL+zfKquIyW5M9o8XmcRaUDRJWEY8VkCzMIg09E=; b=UzcYaIXW8ylmcGrmHQyDMS8ubcb0vXxMsoCwGskrjalVQ1PKJz4Btppp7YqOnP0TzH ObuNlu2QMg4mJO5yZaCAUXhespJXH9TWQORYuWlsfNBJkGVGTK6kh9CSQ4FChs17U4ge 7kCizJ/zdt4T3KH6F2dRh8cvapDbC3AJ9TUy0m4Qr0yP52U5mT1E3EV12WPvfgHhnqG+ fFFGC2V/t9PO2q94VvIQvvPPt/4A1oiQg5vjA4eMPaQ08e5xluX4G16FJG/V+9Za6E0z PG2ys1gnkeBctZRipwODmzEgzM2XcPD0sNR27cqLiVYbewc67qkmMlAM1iE4Jvuno8af uqOA== MIME-Version: 1.0 X-Received: by 10.49.129.38 with SMTP id nt6mr19283797qeb.78.1386527496479; Sun, 08 Dec 2013 10:31:36 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Sun, 8 Dec 2013 10:31:36 -0800 (PST) In-Reply-To: References: <52a4ad04.89d8e50a.0967.ffffd8d0SMTPIN_ADDED_BROKEN@mx.google.com> Date: Sun, 8 Dec 2013 10:31:36 -0800 X-Google-Sender-Auth: 0KPCV2W3XpMmHXp2-7gx50WPVmo Message-ID: Subject: Re: nanobsd / dd problem? From: Adrian Chadd To: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" , Stefan Hegnauer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 18:31:37 -0000 Which svn rev introduced the regression? -a On 8 December 2013 10:19, Olivier Cochard-Labb=E9 wrot= e: > On Sun, Dec 8, 2013 at 6:31 PM, Stefan Hegnauer = wrote: >> Hi, >> >> >> Since late summer - sorry, no exact date / svn revision - nanobsd.sh fai= ls >> at the last stage when building the disk image, e.g. with > > Hi, it's a regression in dd: > > http://lists.freebsd.org/pipermail/freebsd-current/2013-December/047032.h= tml > > Regards, > > Olivier > _______________________________________________ > 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= " From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 19:27:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52932987; Sun, 8 Dec 2013 19:27:51 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 15D3518B9; Sun, 8 Dec 2013 19:27:51 +0000 (UTC) Received: from 2a02-8428-011a-a000-500e-0b05-11ea-b086.rev.sfr.net ([2a02:8428:11a:a000:500e:b05:11ea:b086]) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vpk17-000Iuy-Fj; Sun, 08 Dec 2013 20:27:49 +0100 Message-ID: <52A4C834.7060402@FreeBSD.org> Date: Sun, 08 Dec 2013 20:27:48 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Tijl Coosemans Subject: Re: new Xorg (KMS, etc.) for Radeon 9600 References: <527F95BE.7080908@gmx.com> <527FC05D.8080703@gmx.com> <5283E123.5000305@FreeBSD.org> <20131114113846.4dcb2037@kalimero.tijl.coosemans.org> <20131114223545.320b94fc@kalimero.tijl.coosemans.org> In-Reply-To: <20131114223545.320b94fc@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: dt71@gmx.com, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 19:27:51 -0000 Le 14/11/2013 22:35, Tijl Coosemans a crit : >> The attached patch should fix it, but I haven't been able to test it >> yet. The ai_aperture_size field is in bytes. > > So it doesn't work, but it gets a bit further: Thank Tijl, I committed your patch today. > It looks like some support for AGP is missing in radeon_ttm.c. It's > hidden behind #ifdef DUMBBELL_WIP. Yes. I looked at it today: the work is non-trivial and I don't have the required knowledge to do it alone. I'll talk about it to Konstantin Belousov as the time permits. -- Jean-Sbastien Pdron From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 21:44:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DE9A38C for ; Sun, 8 Dec 2013 21:44:39 +0000 (UTC) Received: from mail-bk0-x231.google.com (mail-bk0-x231.google.com [IPv6:2a00:1450:4008:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E58AF11F8 for ; Sun, 8 Dec 2013 21:44:38 +0000 (UTC) Received: by mail-bk0-f49.google.com with SMTP id my13so1051351bkb.8 for ; Sun, 08 Dec 2013 13:44:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=pEYlg1oQWNRs6wl2ux7CHSmfbTHJeTD3SimsPUs2qPc=; b=fgKsA5TnOp2ZrJgA17hyNiu5RSrKF4qH0guY0pZS1lWifR36c6aKK7ugx8/YAy2IwA Ho97TXZbbJ4aDHlNTyh++7ptz8U6qTNcrY+nj8qfnugc/1ema4Ox8QwHDSdJUKRFMw5V 1Ic5imYYJBvKpeCSHaFxLBQVG2udjaC/r18KjXSNyIW77UYmU2p1HzI9Eh1/Mf9vMoxJ ThbgIEyykgu0MTIUqtsQ45o+p52vHRI5XnxI+pMOyDn8SVzlwLHDqzaTk+rsgoZ/pTdd +BhKYa8SS/eUNlqacnxkhEgIbs8A6px1qYpwYKK2J0NHis81iQjeUakUxe1CYmfolWS8 w97A== X-Received: by 10.204.122.73 with SMTP id k9mr95975bkr.140.1386539076183; Sun, 08 Dec 2013 13:44:36 -0800 (PST) Received: from ubm.strangled.net (g229022230.adsl.alicedsl.de. [92.229.22.230]) by mx.google.com with ESMTPSA id sx5sm6549259bkb.0.2013.12.08.13.44.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 08 Dec 2013 13:44:35 -0800 (PST) Date: Sun, 8 Dec 2013 22:44:33 +0100 From: Marc UBM To: freebsd-current@freebsd.org Subject: Problem with ebook reader on usb Message-Id: <20131208224433.a8cfe7924fd540e8f4d1484c@gmail.com> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 21:44:39 -0000 Hiho! :-) I got myself a new ebook reader (Onyx M92), but encountered a strange problem when connecting it to my freebsd machine. Shortly after mounting it, the device gets disconnected (causing the mounted storage to disappear). There is no such behavior with Windows 7. uname -a: FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #11 r258254M: Sun Nov 17 13:38:01 CET 2013 xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 The device identifies as follows: Dec 2 17:45:51 ubm kernel: ugen4.2: at usbus4 Dec 2 17:45:51 ubm kernel: umass0: on usbus4 Dec 2 17:45:51 ubm kernel: da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 Dec 2 17:45:51 ubm kernel: da0: Removable Direct Access SCSI-2 device Dec 2 17:45:51 ubm kernel: da0:40.000MB/s transfers Dec 2 17:45:51 ubm kernel: da0: 3156MB (6463552 512 byte sectors: 255H 63S/T 402C) Dec 2 17:45:51 ubm kernel: da0: quirks=0x2 I tried setting (widly guessing): hw.usb.power_timeout: 30 -> 0 hw.usb.no_cs_fail: 0 -> 1 but to no avail. Setting "hw.usb.debug: 1" yields no additional output. usbconfig dump_device_desc yields: ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x0525 idProduct = 0xa4a5 bcdDevice = 0x0326 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 <3230204E6F76> bNumConfigurations = 0x0001 Anybody got any ideas? :-) Bye Marc From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 21:54:30 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3B19658 for ; Sun, 8 Dec 2013 21:54:29 +0000 (UTC) Received: from mail-bk0-x235.google.com (mail-bk0-x235.google.com [IPv6:2a00:1450:4008:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7474A1283 for ; Sun, 8 Dec 2013 21:54:29 +0000 (UTC) Received: by mail-bk0-f53.google.com with SMTP id na10so1085484bkb.12 for ; Sun, 08 Dec 2013 13:54:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=aAOOlqp8jjLmh1CO1S8GLUhtG/FLdQOpikBccjrERd8=; b=jss9NrNhCX85r/4C3Shs73x2EVyI7mbap6wxUQGxFMrtGy27Clvd+TfX/rGPTBOHlg ZOZCGHj7WMCUCI3Kl9HpzLTv7KTbxfbAE5ZxrEFz7ZZwlDk2phzam8NVf5iEG72z7WzJ 5oRZMLwjP1GQ6DNgUf2NHjAJntkeNgu7Ye/oyT3Yl5ePMOAUoDMon8KYOHfw2kOeO51q aGRf1zpc73BnWQ2UZ0pNew0W0huFBM4tgwZGVvNI+qpx1LuJc2W33aMDB8tYFvcqjpEP UTui8LhniOXDg8Hjuw2q88erTx2KluArB/wcYoQ6lGwMRlOAetaLT+awY4223BOtlyHu A8dQ== X-Received: by 10.204.165.79 with SMTP id h15mr102292bky.148.1386539667783; Sun, 08 Dec 2013 13:54:27 -0800 (PST) Received: from ubm.strangled.net (g229022230.adsl.alicedsl.de. [92.229.22.230]) by mx.google.com with ESMTPSA id z6sm6555484bkn.8.2013.12.08.13.54.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 08 Dec 2013 13:54:27 -0800 (PST) Date: Sun, 8 Dec 2013 22:54:25 +0100 From: Marc UBM To: current@freebsd.org Subject: Re: Problem with ebook reader on usb Message-Id: <20131208225425.2953c653576e55db2855a88c@gmail.com> In-Reply-To: <20131208224433.a8cfe7924fd540e8f4d1484c@gmail.com> References: <20131208224433.a8cfe7924fd540e8f4d1484c@gmail.com> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 21:54:30 -0000 On Sun, 8 Dec 2013 22:44:33 +0100 Marc "UBM" Bocklet wrote: > > Hiho! :-) > > I got myself a new ebook reader (Onyx M92), but encountered a strange > problem when connecting it to my freebsd machine. Shortly after > mounting it, the device gets disconnected (causing the mounted storage > to disappear). There is no such behavior with Windows 7. > > uname -a: > FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #11 > r258254M: Sun Nov 17 13:38:01 CET 2013 > xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 > > > The device identifies as follows: > > Dec 2 17:45:51 ubm kernel: ugen4.2: with fsl-usb2-udc> at usbus4 > > Dec 2 17:45:51 ubm kernel: umass0: on usbus4 > > Dec 2 17:45:51 ubm kernel: da0 at umass-sim0 bus 0 scbus3 target 0 lun > 0 > > Dec 2 17:45:51 ubm kernel: da0: > Removable Direct Access SCSI-2 device > > Dec 2 17:45:51 ubm kernel: da0:40.000MB/s transfers > > Dec 2 17:45:51 ubm kernel: da0: 3156MB (6463552 512 byte sectors: 255H > 63S/T 402C) > > Dec 2 17:45:51 ubm kernel: da0: quirks=0x2 > > I tried setting (widly guessing): > hw.usb.power_timeout: 30 -> 0 > hw.usb.no_cs_fail: 0 -> 1 > > but to no avail. > > Setting "hw.usb.debug: 1" yields no additional output. > > usbconfig dump_device_desc yields: > ugen4.2: fsl-usb2-udc> at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x0000 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0040 > idVendor = 0x0525 > idProduct = 0xa4a5 > bcdDevice = 0x0326 > iManufacturer = 0x0001 fsl-usb2-udc> iProduct = 0x0002 > iSerialNumber = 0x0003 <3230204E6F76> > bNumConfigurations = 0x0001 > > Anybody got any ideas? :-) Some further data: the mass storage usually remains mounted if there is NO read/write activity. Read activity seems to immediately cause a disconnect. Writing behaves differently, I just managed to copy a 1.4M file onto it, it disconnected seconds after finishing. The copied file is not corrupted. Bye Marc From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 23:20:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FEE2974 for ; Sun, 8 Dec 2013 23:20:42 +0000 (UTC) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1EECE17E7 for ; Sun, 8 Dec 2013 23:20:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=XJVxCH+5xvuTNB6+rvjkLqg20OMPMc8LWjtoISVM4xI=; b=lJErkN8Y5ArOtzkZWK4jlKH4h7vsYmoAhj0PyGX4gV37mL2VLOMcQ7G0wXunLrPv7VnNBawwnkrudwnTWbELQIEp/tPG1PYHnAUJ9Xl3ZlxjXdcQs9xp1EChvY3Y5evM32RRBZArtEcY9b6fu9Y6jFhNyXLGqexz0qL/Td8ogLk=; Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]:15932 helo=borg.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1VpneR-000ESW-Ci for freebsd-current@freebsd.org; Sun, 08 Dec 2013 17:20:40 -0600 Date: Sun, 8 Dec 2013 17:20:32 -0600 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: [R259110] kernel compile fail Message-ID: <20131208232032.GA85968@borg.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, URIBL_BLOCKED=0.001 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, URIBL_BLOCKED=0.001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 23:20:42 -0000 ===> crypto (depend) @ -> /usr/src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c make[4]: don't know how to make deflate.c. Stop make[4]: stopped in /usr/src/sys/modules/crypto *** Error code 2 Stop. make[3]: stopped in /usr/src/sys/modules *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/BORG-DTRACE *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 259110 Node Kind: directory Schedule: normal Last Changed Author: ray Last Changed Rev: 259110 Last Changed Date: 2013-12-08 16:49:12 -0600 (Sun, 08 Dec 2013) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 23:49:01 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD5507A5; Sun, 8 Dec 2013 23:49:01 +0000 (UTC) Received: from mail-pb0-x235.google.com (mail-pb0-x235.google.com [IPv6:2607:f8b0:400e:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 88B0F1E11; Sun, 8 Dec 2013 23:49:01 +0000 (UTC) Received: by mail-pb0-f53.google.com with SMTP id ma3so4243686pbc.26 for ; Sun, 08 Dec 2013 15:49:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; bh=sR2JCZIkwgea62iabD39PuKISLmjNrNde3zDzkE+nKc=; b=XjEQBoF8CKW/nPVnul7yl95mtku8QKbmjC22iem1SkPABbqt0SV3rGqk1SXDrt5f0a bPSfxn235Qe+I3PTpXiTciJBsRohXABxUGOsmhgLJfQ9cZY4snoLhDYABS+Sajvl8seu Lz92jnA8zLfP3asCKQUyDl6+rPeq211c5xeLDn4AHT43TkVL9YR1tz3s3cJx42mnAUyK O66GleUBQ3T9SVuuPgQW/d4adoFbNg5rj7sDcvynbXYNGYmvBJ92ogA0ubfCPW91ZXrp IEGxeqIMOIEzznuPHNvYzS6NBqS96sFevJvMsona0do1jZP2SBofCpQ5d5xUsAST/fhL myvQ== X-Received: by 10.68.110.132 with SMTP id ia4mr17163166pbb.99.1386546541034; Sun, 08 Dec 2013 15:49:01 -0800 (PST) Received: from zhabar.gateway.2wire.net (76-253-2-5.lightspeed.sntcca.sbcglobal.net. [76.253.2.5]) by mx.google.com with ESMTPSA id vh3sm13463513pbc.8.2013.12.08.15.48.58 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Sun, 08 Dec 2013 15:49:00 -0800 (PST) Date: Sun, 8 Dec 2013 15:48:54 -0800 From: Justin Hibbits To: Marius Strobl Subject: Re: Request for testing an alternate branch Message-ID: <20131208154854.7425d9a7@zhabar.gateway.2wire.net> In-Reply-To: <20131208133853.GA75604@alchemy.franken.de> References: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> <20131208133853.GA75604@alchemy.franken.de> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; powerpc64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/myyr.EiQd2QcNU+JRaoNCZY" Cc: Justin Hibbits , FreeBSD Current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 23:49:01 -0000 --MP_/myyr.EiQd2QcNU+JRaoNCZY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sun, 8 Dec 2013 14:38:53 +0100 Marius Strobl wrote: > On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: > > I've been working on the projects/pmac_pmu branch for some time now > > to add suspend/resume as well as CPU speed change for certain > > PowerPC machines, about a year since I created the branch, and now > > it's stable enough that I want to merge it into HEAD, hence this > > request. However, it does touch several drivers, turning them into > > "early drivers", such that they can be initialized, and suspended > > and resumed at a different time. Saying that, I do need testing > > from other architectures, to make sure I haven't broken anything. > > > > The technical details: > > > > To get proper ordering, I've extended the bus_generic_suspend() and > > bus_generic_resume() to do multiple passes. Devices which cannot be > > enabled or disabled at the current pass level would return an > > EAGAIN. This could possibly cause problems, since it's an addition > > to an existing API rather than a new API to run along side it, so > > it needs a great deal of testing. It works fine on PowerPC, but I > > don't have any i386/amd64 or sparc64 hardware to test it on, so > > would like others who do to test it. I don't think that it would > > impact x86 at all (testing is obviously required), because the > > nexus is not an EARLY_DRIVER_MODULE, so all devices would be > > handled at the same pass. But, I do know the sparc64 has an > > EARLY_DRIVER_MODULE() nexus, so that will likely be impacted. > > > > Also, any comments are of course welcome. Technical concerns are > > obviously welcome, and I will try to address everything. > > Do you have a patch against head? > > Marius > Here you go. - Justin --MP_/myyr.EiQd2QcNU+JRaoNCZY Content-Type: text/x-patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=pmac_pmu.diff Index: MAINTAINERS =================================================================== --- MAINTAINERS (revision 259108) +++ MAINTAINERS (working copy) Property changes on: MAINTAINERS ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/MAINTAINERS:r244821-259112 Index: cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print =================================================================== --- cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print (revision 259108) +++ cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print (working copy) Property changes on: cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/libzfs_core/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print:r247831-248551 Merged /projects/pmac_pmu/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print:r250993-259112 Merged /vendor/opensolaris/dist/cmd/dtrace/test/tst/common/print:r194442-210759 Merged /projects/quota64/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print:r184125-207707 Merged /projects/multi-fibv6/head/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print:r230929-231848 Merged /vendor/illumos/dist/cmd/dtrace/test/tst/common/print:r238592,238725,239610,239746,240110,240262,240326,240357,240949,242729,242732,243012-243013,243395,244245,246388,246392,247176,247580,247845,248217,248266,249185 Merged /head/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print:r2-168403 Merged /vendor/resolver/dist/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print:r1540-186085 Merged /vendor-cddl/opensolaris/dist/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print:r178477-194441 Merged /projects/largeSMP/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/print:r221273-222812,222815-223757 Index: cddl/contrib/opensolaris/cmd/zfs =================================================================== --- cddl/contrib/opensolaris/cmd/zfs (revision 259108) +++ cddl/contrib/opensolaris/cmd/zfs (working copy) Property changes on: cddl/contrib/opensolaris/cmd/zfs ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/cddl/contrib/opensolaris/cmd/zfs:r244821-259112 Index: cddl/contrib/opensolaris/lib/libzfs =================================================================== --- cddl/contrib/opensolaris/lib/libzfs (revision 259108) +++ cddl/contrib/opensolaris/lib/libzfs (working copy) Property changes on: cddl/contrib/opensolaris/lib/libzfs ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/cddl/contrib/opensolaris/lib/libzfs:r244821-259112 Index: cddl/contrib/opensolaris =================================================================== --- cddl/contrib/opensolaris (revision 259108) +++ cddl/contrib/opensolaris (working copy) Property changes on: cddl/contrib/opensolaris ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/cddl/contrib/opensolaris:r244821-259112 Index: cddl =================================================================== --- cddl (revision 259108) +++ cddl (working copy) Property changes on: cddl ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/cddl:r244821-259112 Index: contrib/apr =================================================================== --- contrib/apr (revision 259108) +++ contrib/apr (working copy) Property changes on: contrib/apr ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/contrib/apr:r244821-251885 Merged /projects/random_number_generator/contrib/apr:r254613-255353 Merged /projects/pmac_pmu/contrib/apr:r252132-259112 Index: contrib/apr-util =================================================================== --- contrib/apr-util (revision 259108) +++ contrib/apr-util (working copy) Property changes on: contrib/apr-util ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/random_number_generator/contrib/apr-util:r254613-255353 Merged /projects/pmac_pmu/contrib/apr-util:r252132-259112 Merged /head/contrib/apr-util:r244821-251885 Index: contrib/atf =================================================================== --- contrib/atf (revision 259108) +++ contrib/atf (working copy) Property changes on: contrib/atf ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/atf:r244821-259112 Index: contrib/binutils =================================================================== --- contrib/binutils (revision 259108) +++ contrib/binutils (working copy) Property changes on: contrib/binutils ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/binutils:r244821-259112 Index: contrib/bmake =================================================================== --- contrib/bmake (revision 259108) +++ contrib/bmake (working copy) Property changes on: contrib/bmake ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/bmake:r244821-259112 Index: contrib/byacc =================================================================== --- contrib/byacc (revision 259108) +++ contrib/byacc (working copy) Property changes on: contrib/byacc ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/byacc:r244821-259112 Index: contrib/bzip2 =================================================================== --- contrib/bzip2 (revision 259108) +++ contrib/bzip2 (working copy) Property changes on: contrib/bzip2 ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/bzip2:r244821-259112 Index: contrib/com_err =================================================================== --- contrib/com_err (revision 259108) +++ contrib/com_err (working copy) Property changes on: contrib/com_err ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/com_err:r244821-259112 Index: contrib/compiler-rt =================================================================== --- contrib/compiler-rt (revision 259108) +++ contrib/compiler-rt (working copy) Property changes on: contrib/compiler-rt ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/compiler-rt:r244821-259112 Index: contrib/dialog =================================================================== --- contrib/dialog (revision 259108) +++ contrib/dialog (working copy) Property changes on: contrib/dialog ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/dialog:r244821-259112 Index: contrib/dtc =================================================================== --- contrib/dtc (revision 259108) +++ contrib/dtc (working copy) Property changes on: contrib/dtc ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/dtc:r244821-259112 Index: contrib/ee =================================================================== --- contrib/ee (revision 259108) +++ contrib/ee (working copy) Property changes on: contrib/ee ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/ee:r244821-259112 Index: contrib/expat =================================================================== --- contrib/expat (revision 259108) +++ contrib/expat (working copy) Property changes on: contrib/expat ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/expat:r244821-259112 Index: contrib/file =================================================================== --- contrib/file (revision 259108) +++ contrib/file (working copy) Property changes on: contrib/file ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/file:r244821-259112 Index: contrib/gcc =================================================================== --- contrib/gcc (revision 259108) +++ contrib/gcc (working copy) Property changes on: contrib/gcc ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/gcc:r244821-259112 Index: contrib/gdb =================================================================== --- contrib/gdb (revision 259108) +++ contrib/gdb (working copy) Property changes on: contrib/gdb ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/gdb:r244821-259112 Index: contrib/gdtoa =================================================================== --- contrib/gdtoa (revision 259108) +++ contrib/gdtoa (working copy) Property changes on: contrib/gdtoa ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/gdtoa:r244821-259112 Index: contrib/groff =================================================================== --- contrib/groff (revision 259108) +++ contrib/groff (working copy) Property changes on: contrib/groff ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/groff:r244821-259112 Index: contrib/ipfilter/ml_ipl.c =================================================================== --- contrib/ipfilter/ml_ipl.c (revision 259108) +++ contrib/ipfilter/ml_ipl.c (working copy) Property changes on: contrib/ipfilter/ml_ipl.c ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/ipfilter/ml_ipl.c:r255832-259112 Merged /head/contrib/ipfilter/ml_ipl.c:r254686-254687 Index: contrib/ipfilter/mlfk_ipl.c =================================================================== --- contrib/ipfilter/mlfk_ipl.c (revision 259108) +++ contrib/ipfilter/mlfk_ipl.c (working copy) Property changes on: contrib/ipfilter/mlfk_ipl.c ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/head_mfi/contrib/ipfilter/mlfk_ipl.c:r233621 Merged /projects/random_number_generator/contrib/ipfilter/mlfk_ipl.c:r254613-255353 Merged /projects/pmac_pmu/contrib/ipfilter/mlfk_ipl.c:r255832-259112 Merged /projects/quota64/contrib/ipfilter/mlfk_ipl.c:r184125-207707 Merged /projects/multi-fibv6/head/contrib/ipfilter/mlfk_ipl.c:r230929-231848 Merged /head/contrib/ipfilter/mlfk_ipl.c:r244821-252117,254686-254687 Merged /vendor/resolver/dist/contrib/ipfilter/mlfk_ipl.c:r1540-186085 Merged /projects/largeSMP/contrib/ipfilter/mlfk_ipl.c:r221273-222812,222815-223757 Index: contrib/ipfilter/mlh_rule.c =================================================================== --- contrib/ipfilter/mlh_rule.c (revision 259108) +++ contrib/ipfilter/mlh_rule.c (working copy) Property changes on: contrib/ipfilter/mlh_rule.c ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/ipfilter/mlh_rule.c:r244821-259112 Merged /projects/quota64/contrib/ipfilter/mlh_rule.c:r184125-207707 Merged /projects/multi-fibv6/head/contrib/ipfilter/mlh_rule.c:r230929-231848 Merged /vendor/resolver/dist/contrib/ipfilter/mlh_rule.c:r1540-186085 Merged /projects/largeSMP/contrib/ipfilter/mlh_rule.c:r221273-222812,222815-223757 Merged /projects/head_mfi/contrib/ipfilter/mlh_rule.c:r233621 Merged /projects/random_number_generator/contrib/ipfilter/mlh_rule.c:r254613-255353 Index: contrib/ipfilter/mli_ipl.c =================================================================== --- contrib/ipfilter/mli_ipl.c (revision 259108) +++ contrib/ipfilter/mli_ipl.c (working copy) Property changes on: contrib/ipfilter/mli_ipl.c ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/quota64/contrib/ipfilter/mli_ipl.c:r184125-207707 Merged /projects/multi-fibv6/head/contrib/ipfilter/mli_ipl.c:r230929-231848 Merged /head/contrib/ipfilter/mli_ipl.c:r244821-252117,254686-254687 Merged /vendor/resolver/dist/contrib/ipfilter/mli_ipl.c:r1540-186085 Merged /projects/largeSMP/contrib/ipfilter/mli_ipl.c:r221273-222812,222815-223757 Merged /projects/head_mfi/contrib/ipfilter/mli_ipl.c:r233621 Merged /projects/random_number_generator/contrib/ipfilter/mli_ipl.c:r254613-255353 Merged /projects/pmac_pmu/contrib/ipfilter/mli_ipl.c:r255832-259112 Index: contrib/ipfilter/mln_ipl.c =================================================================== --- contrib/ipfilter/mln_ipl.c (revision 259108) +++ contrib/ipfilter/mln_ipl.c (working copy) Property changes on: contrib/ipfilter/mln_ipl.c ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/random_number_generator/contrib/ipfilter/mln_ipl.c:r254613-255353 Merged /projects/pmac_pmu/contrib/ipfilter/mln_ipl.c:r255832-259112 Merged /projects/quota64/contrib/ipfilter/mln_ipl.c:r184125-207707 Merged /projects/multi-fibv6/head/contrib/ipfilter/mln_ipl.c:r230929-231848 Merged /head/contrib/ipfilter/mln_ipl.c:r244821-252117,254686-254687 Merged /vendor/resolver/dist/contrib/ipfilter/mln_ipl.c:r1540-186085 Merged /projects/largeSMP/contrib/ipfilter/mln_ipl.c:r221273-222812,222815-223757 Merged /projects/head_mfi/contrib/ipfilter/mln_ipl.c:r233621 Index: contrib/ipfilter/mls_ipl.c =================================================================== --- contrib/ipfilter/mls_ipl.c (revision 259108) +++ contrib/ipfilter/mls_ipl.c (working copy) Property changes on: contrib/ipfilter/mls_ipl.c ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/largeSMP/contrib/ipfilter/mls_ipl.c:r221273-222812,222815-223757 Merged /projects/head_mfi/contrib/ipfilter/mls_ipl.c:r233621 Merged /projects/random_number_generator/contrib/ipfilter/mls_ipl.c:r254613-255353 Merged /projects/pmac_pmu/contrib/ipfilter/mls_ipl.c:r255832-259112 Merged /projects/quota64/contrib/ipfilter/mls_ipl.c:r184125-207707 Merged /projects/multi-fibv6/head/contrib/ipfilter/mls_ipl.c:r230929-231848 Merged /head/contrib/ipfilter/mls_ipl.c:r244821-252117,254686-254687 Merged /vendor/resolver/dist/contrib/ipfilter/mls_ipl.c:r1540-186085 Index: contrib/ipfilter =================================================================== --- contrib/ipfilter (revision 259108) +++ contrib/ipfilter (working copy) Property changes on: contrib/ipfilter ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/largeSMP/contrib/ipfilter:r221273-222812,222815-223757 Merged /projects/head_mfi/contrib/ipfilter:r233621 Merged /projects/random_number_generator/contrib/ipfilter:r254613-255353 Merged /projects/pmac_pmu/contrib/ipfilter:r244821-259112 Merged /projects/quota64/contrib/ipfilter:r184125-207707 Merged /projects/multi-fibv6/head/contrib/ipfilter:r230929-231848 Merged /vendor/resolver/dist/contrib/ipfilter:r1540-186085 Index: contrib/ldns =================================================================== --- contrib/ldns (revision 259108) +++ contrib/ldns (working copy) Property changes on: contrib/ldns ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/ldns:r250993-259112 Index: contrib/less =================================================================== --- contrib/less (revision 259108) +++ contrib/less (working copy) Property changes on: contrib/less ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/less:r244821-259112 Index: contrib/libarchive/cpio =================================================================== --- contrib/libarchive/cpio (revision 259108) +++ contrib/libarchive/cpio (working copy) Property changes on: contrib/libarchive/cpio ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/libarchive/cpio:r244821-259112 Index: contrib/libarchive/libarchive =================================================================== --- contrib/libarchive/libarchive (revision 259108) +++ contrib/libarchive/libarchive (working copy) Property changes on: contrib/libarchive/libarchive ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/libarchive/libarchive:r244821-259112 Index: contrib/libarchive/libarchive_fe =================================================================== --- contrib/libarchive/libarchive_fe (revision 259108) +++ contrib/libarchive/libarchive_fe (working copy) Property changes on: contrib/libarchive/libarchive_fe ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/libarchive/libarchive_fe:r244821-259112 Index: contrib/libarchive/tar =================================================================== --- contrib/libarchive/tar (revision 259108) +++ contrib/libarchive/tar (working copy) Property changes on: contrib/libarchive/tar ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/libarchive/tar:r244821-259112 Index: contrib/libarchive =================================================================== --- contrib/libarchive (revision 259108) +++ contrib/libarchive (working copy) Property changes on: contrib/libarchive ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/libarchive:r244821-259112 Index: contrib/libc++ =================================================================== --- contrib/libc++ (revision 259108) +++ contrib/libc++ (working copy) Property changes on: contrib/libc++ ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/libc++:r244821-259112 Index: contrib/libc-vis =================================================================== --- contrib/libc-vis (revision 259108) +++ contrib/libc-vis (working copy) Property changes on: contrib/libc-vis ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/libc-vis:r244821-259112 Index: contrib/libcxxrt =================================================================== --- contrib/libcxxrt (revision 259108) +++ contrib/libcxxrt (working copy) Property changes on: contrib/libcxxrt ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/libcxxrt:r244821-259112 Index: contrib/libexecinfo =================================================================== --- contrib/libexecinfo (revision 259108) +++ contrib/libexecinfo (working copy) Property changes on: contrib/libexecinfo ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/libexecinfo:r255832-259112 Merged /head/contrib/libexecinfo:r244821-252117,254686-254687 Merged /projects/random_number_generator/contrib/libexecinfo:r254613-255353 Index: contrib/libpcap =================================================================== --- contrib/libpcap (revision 259108) +++ contrib/libpcap (working copy) Property changes on: contrib/libpcap ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/libpcap:r244821-259112 Index: contrib/libstdc++ =================================================================== --- contrib/libstdc++ (revision 259108) +++ contrib/libstdc++ (working copy) Property changes on: contrib/libstdc++ ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/libstdc++:r244821-259112 Index: contrib/llvm/tools/clang =================================================================== --- contrib/llvm/tools/clang (revision 259108) +++ contrib/llvm/tools/clang (working copy) Property changes on: contrib/llvm/tools/clang ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/llvm/tools/clang:r244821-259112 Index: contrib/llvm/tools/lldb =================================================================== --- contrib/llvm/tools/lldb (revision 259108) +++ contrib/llvm/tools/lldb (working copy) Property changes on: contrib/llvm/tools/lldb ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/llvm/tools/lldb:r255832-259112 Merged /head/contrib/llvm/tools/lldb:r244821-254728 Index: contrib/llvm =================================================================== --- contrib/llvm (revision 259108) +++ contrib/llvm (working copy) Property changes on: contrib/llvm ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/llvm:r244821-259112 Index: contrib/mtree =================================================================== --- contrib/mtree (revision 259108) +++ contrib/mtree (working copy) Property changes on: contrib/mtree ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/mtree:r244821-259112 Index: contrib/ncurses =================================================================== --- contrib/ncurses (revision 259108) +++ contrib/ncurses (working copy) Property changes on: contrib/ncurses ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/ncurses:r244821-259112 Index: contrib/netcat =================================================================== --- contrib/netcat (revision 259108) +++ contrib/netcat (working copy) Property changes on: contrib/netcat ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/netcat:r244821-259112 Index: contrib/ntp =================================================================== --- contrib/ntp (revision 259108) +++ contrib/ntp (working copy) Property changes on: contrib/ntp ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/ntp:r244821-259112 Index: contrib/nvi =================================================================== --- contrib/nvi (revision 259108) +++ contrib/nvi (working copy) Property changes on: contrib/nvi ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/head_mfi/contrib/nvi:r233621 Merged /projects/random_number_generator/contrib/nvi:r254613-255353 Merged /projects/pmac_pmu/contrib/nvi:r244821-259112 Merged /projects/quota64/contrib/nvi:r184125-207707 Merged /projects/multi-fibv6/head/contrib/nvi:r230929-231848 Merged /vendor/resolver/dist/contrib/nvi:r1540-186085 Merged /projects/largeSMP/contrib/nvi:r221273-222812,222815-223757 Index: contrib/one-true-awk =================================================================== --- contrib/one-true-awk (revision 259108) +++ contrib/one-true-awk (working copy) Property changes on: contrib/one-true-awk ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/one-true-awk:r244821-259112 Index: contrib/openbsm =================================================================== --- contrib/openbsm (revision 259108) +++ contrib/openbsm (working copy) Property changes on: contrib/openbsm ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/openbsm:r244821-259112 Index: contrib/openpam =================================================================== --- contrib/openpam (revision 259108) +++ contrib/openpam (working copy) Property changes on: contrib/openpam ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/openpam:r244821-259112 Index: contrib/openresolv =================================================================== --- contrib/openresolv (revision 259108) +++ contrib/openresolv (working copy) Property changes on: contrib/openresolv ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/openresolv:r244821-259112 Index: contrib/pf =================================================================== --- contrib/pf (revision 259108) +++ contrib/pf (working copy) Property changes on: contrib/pf ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/pf:r244821-259112 Index: contrib/sendmail =================================================================== --- contrib/sendmail (revision 259108) +++ contrib/sendmail (working copy) Property changes on: contrib/sendmail ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/sendmail:r244821-259112 Index: contrib/serf =================================================================== --- contrib/serf (revision 259108) +++ contrib/serf (working copy) Property changes on: contrib/serf ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/contrib/serf:r244821-251885 Merged /projects/random_number_generator/contrib/serf:r254613-255353 Merged /projects/pmac_pmu/contrib/serf:r252132-259112 Index: contrib/subversion =================================================================== --- contrib/subversion (revision 259108) +++ contrib/subversion (working copy) Property changes on: contrib/subversion ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/contrib/subversion:r244821-250985 Merged /projects/pmac_pmu/contrib/subversion:r252132-259112 Index: contrib/tcpdump =================================================================== --- contrib/tcpdump (revision 259108) +++ contrib/tcpdump (working copy) Property changes on: contrib/tcpdump ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/tcpdump:r244821-259112 Index: contrib/tcsh =================================================================== --- contrib/tcsh (revision 259108) +++ contrib/tcsh (working copy) Property changes on: contrib/tcsh ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/tcsh:r244821-259112 Index: contrib/tnftp =================================================================== --- contrib/tnftp (revision 259108) +++ contrib/tnftp (working copy) Property changes on: contrib/tnftp ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/tnftp:r244821-259112 Index: contrib/top/install-sh =================================================================== --- contrib/top/install-sh (revision 259108) +++ contrib/top/install-sh (working copy) Property changes on: contrib/top/install-sh ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/top/install-sh:r244821-259112 Index: contrib/top =================================================================== --- contrib/top (revision 259108) +++ contrib/top (working copy) Property changes on: contrib/top ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/top:r244821-259112 Index: contrib/tzcode/stdtime =================================================================== --- contrib/tzcode/stdtime (revision 259108) +++ contrib/tzcode/stdtime (working copy) Property changes on: contrib/tzcode/stdtime ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/tzcode/stdtime:r244821-259112 Index: contrib/tzcode/zic =================================================================== --- contrib/tzcode/zic (revision 259108) +++ contrib/tzcode/zic (working copy) Property changes on: contrib/tzcode/zic ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/tzcode/zic:r244821-259112 Index: contrib/tzdata =================================================================== --- contrib/tzdata (revision 259108) +++ contrib/tzdata (working copy) Property changes on: contrib/tzdata ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/tzdata:r244821-259112 Index: contrib/unbound =================================================================== --- contrib/unbound (revision 259108) +++ contrib/unbound (working copy) Property changes on: contrib/unbound ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/unbound:r250993-259112 Index: contrib/wpa =================================================================== --- contrib/wpa (revision 259108) +++ contrib/wpa (working copy) Property changes on: contrib/wpa ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/wpa:r244821-259112 Index: contrib/xz =================================================================== --- contrib/xz (revision 259108) +++ contrib/xz (working copy) Property changes on: contrib/xz ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/contrib/xz:r244821-259112 Index: crypto/heimdal =================================================================== --- crypto/heimdal (revision 259108) +++ crypto/heimdal (working copy) Property changes on: crypto/heimdal ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/crypto/heimdal:r244821-259112 Index: crypto/openssh =================================================================== --- crypto/openssh (revision 259108) +++ crypto/openssh (working copy) Property changes on: crypto/openssh ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/crypto/openssh:r244821-259112 Index: crypto/openssl =================================================================== --- crypto/openssl (revision 259108) +++ crypto/openssl (working copy) Property changes on: crypto/openssl ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/crypto/openssl:r244821-259112 Index: etc =================================================================== --- etc (revision 259108) +++ etc (working copy) Property changes on: etc ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/head_mfi/etc:r233621 Merged /projects/random_number_generator/etc:r254613-256243 Merged /projects/pmac_pmu/etc:r244821-259112 Merged /projects/quota64/etc:r184125-207707 Merged /projects/multi-fibv6/head/etc:r230929-231848 Merged /vendor/resolver/dist/etc:r1540-186085 Merged /projects/largeSMP/etc:r221273-222812,222815-223757 Index: gnu/lib =================================================================== --- gnu/lib (revision 259108) +++ gnu/lib (working copy) Property changes on: gnu/lib ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/gnu/lib:r244821-259112 Index: gnu/usr.bin/binutils =================================================================== --- gnu/usr.bin/binutils (revision 259108) +++ gnu/usr.bin/binutils (working copy) Property changes on: gnu/usr.bin/binutils ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/gnu/usr.bin/binutils:r244821-259112 Index: gnu/usr.bin/cc/cc_tools =================================================================== --- gnu/usr.bin/cc/cc_tools (revision 259108) +++ gnu/usr.bin/cc/cc_tools (working copy) Property changes on: gnu/usr.bin/cc/cc_tools ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/gnu/usr.bin/cc/cc_tools:r244821-259112 Index: gnu/usr.bin/gdb =================================================================== --- gnu/usr.bin/gdb (revision 259108) +++ gnu/usr.bin/gdb (working copy) Property changes on: gnu/usr.bin/gdb ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/gnu/usr.bin/gdb:r244821-259112 Index: include =================================================================== --- include (revision 259108) +++ include (working copy) Property changes on: include ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/multi-fibv6/head/include:r230929-231848 Merged /vendor/resolver/dist/include:r1540-186085 Merged /projects/largeSMP/include:r221273-222812,222815-223757 Merged /projects/head_mfi/include:r233621 Merged /projects/random_number_generator/include:r254613-256243 Merged /projects/pmac_pmu/include:r244821-259112 Merged /projects/quota64/include:r184125-207707 Index: lib/libc/stdtime =================================================================== --- lib/libc/stdtime (revision 259108) +++ lib/libc/stdtime (working copy) Property changes on: lib/libc/stdtime ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/lib/libc/stdtime:r244821-259112 Index: lib/libc =================================================================== --- lib/libc (revision 259108) +++ lib/libc (working copy) Property changes on: lib/libc ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/lib/libc:r244821-259112 Index: lib/libutil =================================================================== --- lib/libutil (revision 259108) +++ lib/libutil (working copy) Property changes on: lib/libutil ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/lib/libutil:r244821-259112 Index: lib/libvmmapi =================================================================== --- lib/libvmmapi (revision 259108) +++ lib/libvmmapi (working copy) Property changes on: lib/libvmmapi ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/lib/libvmmapi:r250993-259112 Index: lib/libz =================================================================== --- lib/libz (revision 259108) +++ lib/libz (working copy) Property changes on: lib/libz ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/lib/libz:r244821-259112 Index: sbin/dumpon =================================================================== --- sbin/dumpon (revision 259108) +++ sbin/dumpon (working copy) Property changes on: sbin/dumpon ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sbin/dumpon:r244821-259112 Index: sbin/ipfw =================================================================== --- sbin/ipfw (revision 259108) +++ sbin/ipfw (working copy) Property changes on: sbin/ipfw ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sbin/ipfw:r244821-259112 Index: sbin =================================================================== --- sbin (revision 259108) +++ sbin (working copy) Property changes on: sbin ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sbin:r244821-259112 Index: share/examples/kld/random_adaptor/random_adaptor_example.c =================================================================== --- share/examples/kld/random_adaptor/random_adaptor_example.c (revision 259108) +++ share/examples/kld/random_adaptor/random_adaptor_example.c (working copy) Property changes on: share/examples/kld/random_adaptor/random_adaptor_example.c ___________________________________________________________________ Deleted: svn:mergeinfo Reverse-merged /projects/random_number_generator/share/examples/kld/random_adaptor/random_adaptor_example.c:r254784-256243 Reverse-merged /projects/quota64/share/examples/kld/random_adaptor/random_adaptor_example.c:r184125-207707 Reverse-merged /projects/multi-fibv6/head/share/examples/kld/random_adaptor/random_adaptor_example.c:r230929-231848 Reverse-merged /head/share/examples/kld/random_adaptor/random_adaptor_example.c:r254613-255351 Reverse-merged /vendor/resolver/dist/share/examples/kld/random_adaptor/random_adaptor_example.c:r1540-186085 Reverse-merged /projects/largeSMP/share/examples/kld/random_adaptor/random_adaptor_example.c:r221273-222812,222815-223757 Reverse-merged /projects/head_mfi/share/examples/kld/random_adaptor/random_adaptor_example.c:r233621 Index: share/man/man4/bhyve.4 =================================================================== --- share/man/man4/bhyve.4 (revision 259108) +++ share/man/man4/bhyve.4 (working copy) Property changes on: share/man/man4/bhyve.4 ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/share/man/man4/bhyve.4:r250993-259112 Index: share/man/man4 =================================================================== --- share/man/man4 (revision 259108) +++ share/man/man4 (working copy) Property changes on: share/man/man4 ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/share/man/man4:r244821-259112 Index: share/mk/bsd.arch.inc.mk =================================================================== --- share/mk/bsd.arch.inc.mk (revision 259108) +++ share/mk/bsd.arch.inc.mk (working copy) Property changes on: share/mk/bsd.arch.inc.mk ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/share/mk/bsd.arch.inc.mk:r244821-259112 Index: share/zoneinfo =================================================================== --- share/zoneinfo (revision 259108) +++ share/zoneinfo (working copy) Property changes on: share/zoneinfo ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/share/zoneinfo:r244821-259112 Index: sys/amd64/include/vmm.h =================================================================== --- sys/amd64/include/vmm.h (revision 259108) +++ sys/amd64/include/vmm.h (working copy) Property changes on: sys/amd64/include/vmm.h ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/amd64/include/vmm.h:r250993-259112 Index: sys/amd64/include/vmm_dev.h =================================================================== --- sys/amd64/include/vmm_dev.h (revision 259108) +++ sys/amd64/include/vmm_dev.h (working copy) Property changes on: sys/amd64/include/vmm_dev.h ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/amd64/include/vmm_dev.h:r250993-259112 Index: sys/amd64/include/vmm_instruction_emul.h =================================================================== --- sys/amd64/include/vmm_instruction_emul.h (revision 259108) +++ sys/amd64/include/vmm_instruction_emul.h (working copy) Property changes on: sys/amd64/include/vmm_instruction_emul.h ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/amd64/include/vmm_instruction_emul.h:r250993-259112 Index: sys/amd64/include/xen =================================================================== --- sys/amd64/include/xen (revision 259108) +++ sys/amd64/include/xen (working copy) Property changes on: sys/amd64/include/xen ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/amd64/include/xen:r244821-259112 Index: sys/amd64/vmm =================================================================== --- sys/amd64/vmm (revision 259108) +++ sys/amd64/vmm (working copy) Property changes on: sys/amd64/vmm ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/amd64/vmm:r250993-259112 Index: sys/boot/i386/efi =================================================================== --- sys/boot/i386/efi (revision 259108) +++ sys/boot/i386/efi (working copy) Property changes on: sys/boot/i386/efi ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/boot/i386/efi:r244821-259112 Index: sys/boot/ia64/efi =================================================================== --- sys/boot/ia64/efi (revision 259108) +++ sys/boot/ia64/efi (working copy) Property changes on: sys/boot/ia64/efi ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/boot/ia64/efi:r244821-259112 Index: sys/boot/ia64/ski =================================================================== --- sys/boot/ia64/ski (revision 259108) +++ sys/boot/ia64/ski (working copy) Property changes on: sys/boot/ia64/ski ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/boot/ia64/ski:r244821-259112 Index: sys/boot/powerpc/boot1.chrp =================================================================== --- sys/boot/powerpc/boot1.chrp (revision 259108) +++ sys/boot/powerpc/boot1.chrp (working copy) Property changes on: sys/boot/powerpc/boot1.chrp ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/boot/powerpc/boot1.chrp:r244821-259112 Index: sys/boot/powerpc/ofw =================================================================== --- sys/boot/powerpc/ofw (revision 259108) +++ sys/boot/powerpc/ofw (working copy) Property changes on: sys/boot/powerpc/ofw ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/boot/powerpc/ofw:r244821-259112 Index: sys/boot =================================================================== --- sys/boot (revision 259108) +++ sys/boot (working copy) Property changes on: sys/boot ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/boot:r244821-259112 Index: sys/cddl/contrib/opensolaris =================================================================== --- sys/cddl/contrib/opensolaris (revision 259108) +++ sys/cddl/contrib/opensolaris (working copy) Property changes on: sys/cddl/contrib/opensolaris ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/cddl/contrib/opensolaris:r244821-259112 Index: sys/conf/files.powerpc =================================================================== --- sys/conf/files.powerpc (revision 259108) +++ sys/conf/files.powerpc (working copy) @@ -107,6 +107,7 @@ powerpc/booke/trap.c optional booke powerpc/cpufreq/dfs.c optional cpufreq powerpc/cpufreq/pcr.c optional cpufreq aim +powerpc/cpufreq/pmufreq.c optional cpufreq aim powerpc/fpu/fpu_add.c optional fpu_emu powerpc/fpu/fpu_compare.c optional fpu_emu powerpc/fpu/fpu_div.c optional fpu_emu Index: sys/conf =================================================================== --- sys/conf (revision 259108) +++ sys/conf (working copy) Property changes on: sys/conf ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/conf:r244821-259112 Index: sys/contrib/dev/acpica/changes.txt =================================================================== --- sys/contrib/dev/acpica/changes.txt (revision 259108) +++ sys/contrib/dev/acpica/changes.txt (working copy) Property changes on: sys/contrib/dev/acpica/changes.txt ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/changes.txt:r244821-259112 Index: sys/contrib/dev/acpica/common =================================================================== --- sys/contrib/dev/acpica/common (revision 259108) +++ sys/contrib/dev/acpica/common (working copy) Property changes on: sys/contrib/dev/acpica/common ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/common:r244821-259112 Index: sys/contrib/dev/acpica/compiler =================================================================== --- sys/contrib/dev/acpica/compiler (revision 259108) +++ sys/contrib/dev/acpica/compiler (working copy) Property changes on: sys/contrib/dev/acpica/compiler ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/compiler:r244821-259112 Index: sys/contrib/dev/acpica/components/debugger =================================================================== --- sys/contrib/dev/acpica/components/debugger (revision 259108) +++ sys/contrib/dev/acpica/components/debugger (working copy) Property changes on: sys/contrib/dev/acpica/components/debugger ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/components/debugger:r244821-259112 Index: sys/contrib/dev/acpica/components/disassembler =================================================================== --- sys/contrib/dev/acpica/components/disassembler (revision 259108) +++ sys/contrib/dev/acpica/components/disassembler (working copy) Property changes on: sys/contrib/dev/acpica/components/disassembler ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/components/disassembler:r244821-259112 Index: sys/contrib/dev/acpica/components/dispatcher =================================================================== --- sys/contrib/dev/acpica/components/dispatcher (revision 259108) +++ sys/contrib/dev/acpica/components/dispatcher (working copy) Property changes on: sys/contrib/dev/acpica/components/dispatcher ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/components/dispatcher:r244821-259112 Index: sys/contrib/dev/acpica/components/events =================================================================== --- sys/contrib/dev/acpica/components/events (revision 259108) +++ sys/contrib/dev/acpica/components/events (working copy) Property changes on: sys/contrib/dev/acpica/components/events ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/components/events:r244821-259112 Index: sys/contrib/dev/acpica/components/executer =================================================================== --- sys/contrib/dev/acpica/components/executer (revision 259108) +++ sys/contrib/dev/acpica/components/executer (working copy) Property changes on: sys/contrib/dev/acpica/components/executer ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/components/executer:r244821-259112 Index: sys/contrib/dev/acpica/components/hardware =================================================================== --- sys/contrib/dev/acpica/components/hardware (revision 259108) +++ sys/contrib/dev/acpica/components/hardware (working copy) Property changes on: sys/contrib/dev/acpica/components/hardware ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/components/hardware:r244821-259112 Index: sys/contrib/dev/acpica/components/namespace =================================================================== --- sys/contrib/dev/acpica/components/namespace (revision 259108) +++ sys/contrib/dev/acpica/components/namespace (working copy) Property changes on: sys/contrib/dev/acpica/components/namespace ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/components/namespace:r244821-259112 Index: sys/contrib/dev/acpica/components/parser =================================================================== --- sys/contrib/dev/acpica/components/parser (revision 259108) +++ sys/contrib/dev/acpica/components/parser (working copy) Property changes on: sys/contrib/dev/acpica/components/parser ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/components/parser:r244821-259112 Index: sys/contrib/dev/acpica/components/resources =================================================================== --- sys/contrib/dev/acpica/components/resources (revision 259108) +++ sys/contrib/dev/acpica/components/resources (working copy) Property changes on: sys/contrib/dev/acpica/components/resources ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/components/resources:r244821-259112 Index: sys/contrib/dev/acpica/components/tables =================================================================== --- sys/contrib/dev/acpica/components/tables (revision 259108) +++ sys/contrib/dev/acpica/components/tables (working copy) Property changes on: sys/contrib/dev/acpica/components/tables ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/components/tables:r244821-259112 Index: sys/contrib/dev/acpica/components/utilities =================================================================== --- sys/contrib/dev/acpica/components/utilities (revision 259108) +++ sys/contrib/dev/acpica/components/utilities (working copy) Property changes on: sys/contrib/dev/acpica/components/utilities ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/components/utilities:r244821-259112 Index: sys/contrib/dev/acpica/include =================================================================== --- sys/contrib/dev/acpica/include (revision 259108) +++ sys/contrib/dev/acpica/include (working copy) Property changes on: sys/contrib/dev/acpica/include ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/include:r244821-259112 Index: sys/contrib/dev/acpica/os_specific =================================================================== --- sys/contrib/dev/acpica/os_specific (revision 259108) +++ sys/contrib/dev/acpica/os_specific (working copy) Property changes on: sys/contrib/dev/acpica/os_specific ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica/os_specific:r244821-259112 Index: sys/contrib/dev/acpica =================================================================== --- sys/contrib/dev/acpica (revision 259108) +++ sys/contrib/dev/acpica (working copy) Property changes on: sys/contrib/dev/acpica ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/dev/acpica:r244821-259112 Index: sys/contrib/ipfilter/netinet/ip_fil_freebsd.c =================================================================== --- sys/contrib/ipfilter/netinet/ip_fil_freebsd.c (revision 259108) +++ sys/contrib/ipfilter/netinet/ip_fil_freebsd.c (working copy) Property changes on: sys/contrib/ipfilter/netinet/ip_fil_freebsd.c ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/ipfilter/netinet/ip_fil_freebsd.c:r244821-259112 Index: sys/contrib/ipfilter/netinet/ip_raudio_pxy.c =================================================================== --- sys/contrib/ipfilter/netinet/ip_raudio_pxy.c (revision 259108) +++ sys/contrib/ipfilter/netinet/ip_raudio_pxy.c (working copy) Property changes on: sys/contrib/ipfilter/netinet/ip_raudio_pxy.c ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/largeSMP/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r221273-222812,222815-223757 Merged /user/dfr/xenhvm/6/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r189304,189451 Merged /user/peter/kinfo/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r185413-185547 Merged /user/dfr/xenhvm/7/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r188574-189614 Merged /user/np/cxl_tuning/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r254336,254386,254736 Merged /user/mav/ata/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r189793-190578 Merged /user/alfred/9-alfred/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r242488 Merged /user/thompsa/usb/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r187190 Merged /projects/head_mfi/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r227068,227574,227579-227580,227612,227905,228108,228208,228279,228310,228320,231988,232412-232414,232888,233016,233620 Merged /projects/cambria/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r186008-186350 Merged /projects/random_number_generator/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r254613-255353 Merged /user/piso/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r186543,186723,186725-186726,186742,186770-186771,186774,186777-186779,187984-187985,190555,190572,190589,190592,190614,190625,190830 Merged /projects/pmac_pmu/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r244821-259112 Merged /projects/quota64/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r184125-207707 Merged /user/jimharris/isci/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r228377-230794 Merged /user/piso/ipfw/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r190918,190921,190923,190926 Merged /projects/multi-fibv6/head/sys/contrib/ipfilter/netinet/ip_raudio_pxy.c:r230929-231848 Index: sys/contrib/ipfilter =================================================================== --- sys/contrib/ipfilter (revision 259108) +++ sys/contrib/ipfilter (working copy) Property changes on: sys/contrib/ipfilter ___________________________________________________________________ Modified: svn:mergeinfo Merged /user/dfr/xenhvm/7/sys/contrib/ipfilter:r188574-189614 Merged /user/np/cxl_tuning/sys/contrib/ipfilter:r254336,254386,254736 Merged /user/mav/ata/sys/contrib/ipfilter:r189793-190578 Merged /user/alfred/9-alfred/sys/contrib/ipfilter:r242488 Merged /user/thompsa/usb/sys/contrib/ipfilter:r187190 Merged /projects/head_mfi/sys/contrib/ipfilter:r227068,227574,227579-227580,227612,227905,228108,228208,228279,228310,228320,231988,232412-232414,232888,233016,233620 Merged /projects/cambria/sys/contrib/ipfilter:r186008-186350 Merged /projects/random_number_generator/sys/contrib/ipfilter:r254613-255353 Merged /user/piso/sys/contrib/ipfilter:r186543,186723,186725-186726,186742,186770-186771,186774,186777-186779,187984-187985,190555,190572,190589,190592,190614,190625,190830 Merged /projects/pmac_pmu/sys/contrib/ipfilter:r244821-259112 Merged /projects/quota64/sys/contrib/ipfilter:r184125-207707 Merged /user/jimharris/isci/sys/contrib/ipfilter:r228377-230794 Merged /user/piso/ipfw/sys/contrib/ipfilter:r190918,190921,190923,190926 Merged /projects/multi-fibv6/head/sys/contrib/ipfilter:r230929-231848 Merged /user/dfr/xenhvm/6/sys/contrib/ipfilter:r189304,189451 Merged /user/peter/kinfo/sys/contrib/ipfilter:r185413-185547 Merged /projects/largeSMP/sys/contrib/ipfilter:r221273-222812,222815-223757 Index: sys/contrib/libfdt =================================================================== --- sys/contrib/libfdt (revision 259108) +++ sys/contrib/libfdt (working copy) Property changes on: sys/contrib/libfdt ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/libfdt:r244821-259112 Index: sys/contrib/octeon-sdk =================================================================== --- sys/contrib/octeon-sdk (revision 259108) +++ sys/contrib/octeon-sdk (working copy) Property changes on: sys/contrib/octeon-sdk ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/octeon-sdk:r244821-259112 Index: sys/contrib/x86emu =================================================================== --- sys/contrib/x86emu (revision 259108) +++ sys/contrib/x86emu (working copy) Property changes on: sys/contrib/x86emu ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/contrib/x86emu:r244821-259112 Index: sys/dev/bvm =================================================================== --- sys/dev/bvm (revision 259108) +++ sys/dev/bvm (working copy) Property changes on: sys/dev/bvm ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/dev/bvm:r250993-259112 Index: sys/dev/fdt/fdt_ic_if.m =================================================================== --- sys/dev/fdt/fdt_ic_if.m (revision 259108) +++ sys/dev/fdt/fdt_ic_if.m (working copy) Property changes on: sys/dev/fdt/fdt_ic_if.m ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/cambria/sys/dev/fdt/fdt_ic_if.m:r186008-186350 Merged /projects/random_number_generator/sys/dev/fdt/fdt_ic_if.m:r254613-256400 Merged /user/piso/sys/dev/fdt/fdt_ic_if.m:r186543,186723,186725-186726,186742,186770-186771,186774,186777-186779,187984-187985,190555,190572,190589,190592,190614,190625,190830 Merged /projects/pmac_pmu/sys/dev/fdt/fdt_ic_if.m:r257925-259112 Merged /projects/quota64/sys/dev/fdt/fdt_ic_if.m:r184125-207707 Merged /user/piso/ipfw/sys/dev/fdt/fdt_ic_if.m:r190918,190921,190923,190926 Merged /user/jimharris/isci/sys/dev/fdt/fdt_ic_if.m:r228377-230794 Merged /projects/multi-fibv6/head/sys/dev/fdt/fdt_ic_if.m:r230929-231848 Merged /head/sys/dev/fdt/fdt_ic_if.m:r244821-255831 Merged /projects/largeSMP/sys/dev/fdt/fdt_ic_if.m:r221273-222812,222815-223757 Merged /user/dfr/xenhvm/6/sys/dev/fdt/fdt_ic_if.m:r189304,189451 Merged /user/peter/kinfo/sys/dev/fdt/fdt_ic_if.m:r185413-185547 Merged /user/dfr/xenhvm/7/sys/dev/fdt/fdt_ic_if.m:r188574-189614 Merged /user/np/cxl_tuning/sys/dev/fdt/fdt_ic_if.m:r254336,254386,254736 Merged /user/mav/ata/sys/dev/fdt/fdt_ic_if.m:r189793-190578 Merged /user/alfred/9-alfred/sys/dev/fdt/fdt_ic_if.m:r242488 Merged /user/thompsa/usb/sys/dev/fdt/fdt_ic_if.m:r187190 Merged /projects/head_mfi/sys/dev/fdt/fdt_ic_if.m:r227068,227574,227579-227580,227612,227905,228108,228208,228279,228310,228320,231988,232412-232414,232888,233016,233620 Index: sys/dev/hyperv =================================================================== --- sys/dev/hyperv (revision 259108) +++ sys/dev/hyperv (working copy) Property changes on: sys/dev/hyperv ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/cambria/sys/dev/hyperv:r186008-186350 Merged /projects/random_number_generator/sys/dev/hyperv:r254613-255353 Merged /user/piso/sys/dev/hyperv:r186543,186723,186725-186726,186742,186770-186771,186774,186777-186779,187984-187985,190555,190572,190589,190592,190614,190625,190830 Merged /projects/pmac_pmu/sys/dev/hyperv:r255832-259112 Merged /projects/quota64/sys/dev/hyperv:r184125-207707 Merged /user/piso/ipfw/sys/dev/hyperv:r190918,190921,190923,190926 Merged /user/jimharris/isci/sys/dev/hyperv:r228377-230794 Merged /projects/multi-fibv6/head/sys/dev/hyperv:r230929-231848 Merged /head/sys/dev/hyperv:r244821-252117,254686-254687 Merged /projects/largeSMP/sys/dev/hyperv:r221273-222812,222815-223757 Merged /user/dfr/xenhvm/6/sys/dev/hyperv:r189304,189451 Merged /user/peter/kinfo/sys/dev/hyperv:r185413-185547 Merged /user/dfr/xenhvm/7/sys/dev/hyperv:r188574-189614 Merged /user/np/cxl_tuning/sys/dev/hyperv:r254336,254386,254736 Merged /user/mav/ata/sys/dev/hyperv:r189793-190578 Merged /user/alfred/9-alfred/sys/dev/hyperv:r242488 Merged /user/thompsa/usb/sys/dev/hyperv:r187190 Merged /projects/head_mfi/sys/dev/hyperv:r227068,227574,227579-227580,227612,227905,228108,228208,228279,228310,228320,231988,232412-232414,232888,233016,233620 Index: sys/dev/pci/hostb_pci.c =================================================================== --- sys/dev/pci/hostb_pci.c (revision 259108) +++ sys/dev/pci/hostb_pci.c (working copy) @@ -264,4 +264,4 @@ static devclass_t pci_hostb_devclass; -DRIVER_MODULE(hostb, pci, pci_hostb_driver, pci_hostb_devclass, 0, 0); +EARLY_DRIVER_MODULE(hostb, pci, pci_hostb_driver, pci_hostb_devclass, 0, 0, BUS_PASS_BUS); Index: sys/dev/pci/pci.c =================================================================== --- sys/dev/pci/pci.c (revision 259108) +++ sys/dev/pci/pci.c (working copy) @@ -182,7 +182,7 @@ DEFINE_CLASS_0(pci, pci_driver, pci_methods, sizeof(struct pci_softc)); static devclass_t pci_devclass; -DRIVER_MODULE(pci, pcib, pci_driver, pci_devclass, pci_modevent, NULL); +EARLY_DRIVER_MODULE(pci, pcib, pci_driver, pci_devclass, pci_modevent, NULL, BUS_PASS_BUS); MODULE_VERSION(pci, 1); static char *pci_vendordata; @@ -3457,7 +3457,7 @@ case PCIC_MEMORY: case PCIC_BRIDGE: case PCIC_BASEPERIPH: - DEVICE_RESUME(child); + error = DEVICE_RESUME(child); break; } } @@ -3470,11 +3470,11 @@ case PCIC_BASEPERIPH: break; default: - DEVICE_RESUME(child); + error = DEVICE_RESUME(child); } } free(devlist, M_TEMP); - return (0); + return (error); } static void Index: sys/kern/subr_bus.c =================================================================== --- sys/kern/subr_bus.c (revision 259108) +++ sys/kern/subr_bus.c (working copy) @@ -91,6 +91,7 @@ device_t *devices; /* array of devices indexed by unit */ int maxunit; /* size of devices array */ int flags; + int pass; #define DC_HAS_CHILDREN 1 struct sysctl_ctx_list sysctl_ctx; @@ -135,6 +136,7 @@ #define DF_DONENOMATCH 0x20 /* don't execute DEVICE_NOMATCH again */ #define DF_EXTERNALSOFTC 0x40 /* softc not allocated by us */ #define DF_REBID 0x80 /* Can rebid after attach */ +#define DF_SUSPENDED 0x100 /* Device is suspended. */ u_int order; /**< order from device_add_child_ordered() */ void *ivars; /**< instance variables */ void *softc; /**< current driver's variables */ @@ -1084,6 +1086,7 @@ TAILQ_INSERT_TAIL(&dc->drivers, dl, link); driver->refs++; /* XXX: kobj_mtx */ dl->pass = pass; + (*dcp)->pass = pass; /* Used in suspend/resume. */ driver_register_pass(dl); devclass_driver_added(dc, driver); @@ -3596,19 +3599,29 @@ bus_generic_suspend(device_t dev) { int error; + int again = 0; device_t child, child2; TAILQ_FOREACH(child, &dev->children, link) { - error = DEVICE_SUSPEND(child); - if (error) { - for (child2 = TAILQ_FIRST(&dev->children); - child2 && child2 != child; - child2 = TAILQ_NEXT(child2, link)) - DEVICE_RESUME(child2); - return (error); + if (!(child->flags & DF_SUSPENDED)) { + error = DEVICE_SUSPEND(child); + if (error && error != EAGAIN) { + for (child2 = TAILQ_FIRST(&dev->children); + child2 && child2 != child; + child2 = TAILQ_NEXT(child2, link)) { + DEVICE_RESUME(child2); + child2->flags &= ~DF_SUSPENDED; + } + return (error); + } + if (error == EAGAIN) { + again = EAGAIN; + continue; + } + child->flags |= DF_SUSPENDED; } } - return (0); + return (again); } /** @@ -3621,12 +3634,31 @@ bus_generic_resume(device_t dev) { device_t child; + int error = 0; TAILQ_FOREACH(child, &dev->children, link) { - DEVICE_RESUME(child); - /* if resume fails, there's nothing we can usefully do... */ + if (child->flags & DF_SUSPENDED) { + if (child->devclass->pass > bus_current_pass) { + if (bootverbose) + printf("Skipping: %s: %d, %d\n", + child->nameunit, + child->devclass->pass, + bus_current_pass); + error = EAGAIN; + continue; + } + if (DEVICE_RESUME(child) == EAGAIN) { + error = EAGAIN; + continue; + } + /* if resume fails, there's nothing we can usefully do... */ + child->flags &= ~DF_SUSPENDED; + } + else + if (bootverbose) + printf("Skipping %s: already resumed\n", child->nameunit); } - return (0); + return (error); } /** @@ -4431,9 +4463,17 @@ static int root_resume(device_t dev) { - int error; + struct driverlink *dl; + int error = 0; - error = bus_generic_resume(dev); + TAILQ_FOREACH(dl, &passes, passlink) { + bus_current_pass = dl->pass; + error = bus_generic_resume(dev); + + if (error != EAGAIN) + break; + } + if (error == 0) devctl_notify("kern", "power", "resume", NULL); return (error); @@ -4440,6 +4480,22 @@ } static int +root_suspend(device_t dev) +{ + struct driverlink *dl; + int error = 0; + + TAILQ_FOREACH_REVERSE(dl, &passes, driver_list, passlink) { + bus_current_pass = dl->pass; + error = bus_generic_suspend(dev); + if (error != EAGAIN) + break; + } + + return (error); +} + +static int root_print_child(device_t dev, device_t child) { int retval = 0; @@ -4476,7 +4532,7 @@ static kobj_method_t root_methods[] = { /* Device interface */ KOBJMETHOD(device_shutdown, bus_generic_shutdown), - KOBJMETHOD(device_suspend, bus_generic_suspend), + KOBJMETHOD(device_suspend, root_suspend), KOBJMETHOD(device_resume, root_resume), /* Bus interface */ Index: sys/modules/hyperv =================================================================== --- sys/modules/hyperv (revision 259108) +++ sys/modules/hyperv (working copy) Property changes on: sys/modules/hyperv ___________________________________________________________________ Modified: svn:mergeinfo Merged /head/sys/modules/hyperv:r244821-251772 Merged /projects/pmac_pmu/sys/modules/hyperv:r255832-259112 Index: sys/modules/vmm =================================================================== --- sys/modules/vmm (revision 259108) +++ sys/modules/vmm (working copy) Property changes on: sys/modules/vmm ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys/modules/vmm:r250993-259112 Index: sys/powerpc/aim/mp_cpudep.c =================================================================== --- sys/powerpc/aim/mp_cpudep.c (revision 259108) +++ sys/powerpc/aim/mp_cpudep.c (working copy) @@ -322,17 +322,13 @@ mtspr(SPR_CELL_TSRL, bsp_state[5]); break; - case MPC7450: - case MPC7455: - case MPC7457: - /* Only MPC745x CPUs have an L3 cache. */ - reg = mpc745x_l3_enable(bsp_state[3]); - - /* Fallthrough */ case MPC7400: case MPC7410: case MPC7447A: case MPC7448: + case MPC7450: + case MPC7455: + case MPC7457: /* XXX: Program the CPU ID into PIR */ __asm __volatile("mtspr 1023,%0" :: "r"(PCPU_GET(cpuid))); @@ -342,6 +338,17 @@ mtspr(SPR_HID0, bsp_state[0]); isync(); mtspr(SPR_HID1, bsp_state[1]); isync(); + /* Now enable the L3 cache. */ + switch (vers) { + case MPC7450: + case MPC7455: + case MPC7457: + /* Only MPC745x CPUs have an L3 cache. */ + reg = mpc745x_l3_enable(bsp_state[3]); + default: + break; + } + reg = mpc74xx_l2_enable(bsp_state[2]); reg = mpc74xx_l1d_enable(); reg = mpc74xx_l1i_enable(); Index: sys/powerpc/include/cpu.h =================================================================== --- sys/powerpc/include/cpu.h (revision 259108) +++ sys/powerpc/include/cpu.h (working copy) @@ -98,4 +98,6 @@ void fork_trampoline(void); void swi_vm(void *); +void flush_disable_caches(void); + #endif /* _MACHINE_CPU_H_ */ Index: sys/powerpc/include/dbdma.h =================================================================== --- sys/powerpc/include/dbdma.h (revision 259108) +++ sys/powerpc/include/dbdma.h (working copy) @@ -147,4 +147,7 @@ void dbdma_sync_commands(dbdma_channel_t *chan, bus_dmasync_op_t op); +void dbdma_save_state(dbdma_channel_t *chan); +void dbdma_restore_state(dbdma_channel_t *chan); + #endif /* _MACHINE_DBDMA_H_ */ Index: sys/powerpc/include/openpicreg.h =================================================================== --- sys/powerpc/include/openpicreg.h (revision 259108) +++ sys/powerpc/include/openpicreg.h (working copy) @@ -99,6 +99,7 @@ */ /* interrupt vector/priority reg */ +#define OPENPIC_SRC_VECTOR_COUNT 64 #ifndef OPENPIC_SRC_VECTOR #define OPENPIC_SRC_VECTOR(irq) (0x10000 + (irq) * 0x20) #endif Index: sys/powerpc/include/openpicvar.h =================================================================== --- sys/powerpc/include/openpicvar.h (revision 259108) +++ sys/powerpc/include/openpicvar.h (working copy) @@ -32,6 +32,14 @@ #define OPENPIC_IRQMAX 256 /* h/w allows more */ +/* Names match the macros in openpicreg.h. */ +struct openpic_timer { + uint32_t tcnt; + uint32_t tbase; + uint32_t tvec; + uint32_t tdst; +}; + struct openpic_softc { device_t sc_dev; struct resource *sc_memr; @@ -45,6 +53,14 @@ u_int sc_ncpu; u_int sc_nirq; int sc_psim; + + /* Saved states. */ + uint32_t sc_saved_config; + uint32_t sc_saved_ipis[4]; + uint32_t sc_saved_prios[4]; + struct openpic_timer sc_saved_timers[OPENPIC_TIMERS]; + uint32_t sc_saved_vectors[OPENPIC_SRC_VECTOR_COUNT]; + }; extern devclass_t openpic_devclass; @@ -66,4 +82,7 @@ void openpic_mask(device_t, u_int); void openpic_unmask(device_t, u_int); +int openpic_suspend(device_t dev); +int openpic_resume(device_t dev); + #endif /* _POWERPC_OPENPICVAR_H_ */ Index: sys/powerpc/include/pcpu.h =================================================================== --- sys/powerpc/include/pcpu.h (revision 259108) +++ sys/powerpc/include/pcpu.h (working copy) @@ -49,7 +49,8 @@ uint32_t pc_ipimask; \ register_t pc_tempsave[CPUSAVE_LEN]; \ register_t pc_disisave[CPUSAVE_LEN]; \ - register_t pc_dbsave[CPUSAVE_LEN]; + register_t pc_dbsave[CPUSAVE_LEN]; \ + void *pc_restore; #define PCPU_MD_AIM32_FIELDS \ /* char __pad[0] */ Index: sys/powerpc/include/spr.h =================================================================== --- sys/powerpc/include/spr.h (revision 259108) +++ sys/powerpc/include/spr.h (working copy) @@ -519,6 +519,8 @@ #define MSSCR0_EMODE 0x00200000 /* 10: MPX bus mode (read-only) */ #define MSSCR0_ABD 0x00100000 /* 11: address bus driven (read-only) */ #define MSSCR0_MBZ 0x000fffff /* 12-31: must be zero */ +#define MSSCR0_L2PFE 0x00000003 /* 30-31: L2 prefetch enable */ +#define SPR_LDSTCR 0x3f8 /* .6. Load/Store Control Register */ #define SPR_L2PM 0x3f8 /* .6. L2 Private Memory Control Register */ #define SPR_L2CR 0x3f9 /* .6. L2 Control Register */ #define L2CR_L2E 0x80000000 /* 0: L2 enable */ @@ -543,6 +545,7 @@ Setting this bit disables instruction caching. */ #define L2CR_L2I 0x00200000 /* 10: L2 global invalidate. */ +#define L2CR_L2IO_7450 0x00010000 /* 11: L2 instruction-only (MPC745x). */ #define L2CR_L2CTL 0x00100000 /* 11: L2 RAM control (ZZ enable). Enables automatic operation of the L2ZZ (low-power mode) signal. */ @@ -549,6 +552,7 @@ #define L2CR_L2WT 0x00080000 /* 12: L2 write-through. */ #define L2CR_L2TS 0x00040000 /* 13: L2 test support. */ #define L2CR_L2OH 0x00030000 /* 14-15: L2 output hold. */ +#define L2CR_L2DO_7450 0x00010000 /* 15: L2 data-only (MPC745x). */ #define L2CR_L2SL 0x00008000 /* 16: L2 DLL slow. */ #define L2CR_L2DF 0x00004000 /* 17: L2 differential clock. */ #define L2CR_L2BYP 0x00002000 /* 18: L2 DLL bypass. */ Index: sys/powerpc/ofw/ofw_pcib_pci.c =================================================================== --- sys/powerpc/ofw/ofw_pcib_pci.c (revision 259108) +++ sys/powerpc/ofw/ofw_pcib_pci.c (working copy) @@ -83,7 +83,7 @@ DEFINE_CLASS_1(pcib, ofw_pcib_pci_driver, ofw_pcib_pci_methods, sizeof(struct ofw_pcib_softc), pcib_driver); -DRIVER_MODULE(ofw_pcib, pci, ofw_pcib_pci_driver, pcib_devclass, 0, 0); +EARLY_DRIVER_MODULE(ofw_pcib, pci, ofw_pcib_pci_driver, pcib_devclass, 0, 0, BUS_PASS_BUS); static int ofw_pcib_pci_probe(device_t dev) Index: sys/powerpc/ofw/ofw_pcibus.c =================================================================== --- sys/powerpc/ofw/ofw_pcibus.c (revision 259108) +++ sys/powerpc/ofw/ofw_pcibus.c (working copy) @@ -93,7 +93,7 @@ DEFINE_CLASS_1(pci, ofw_pcibus_driver, ofw_pcibus_methods, sizeof(struct pci_softc), pci_driver); -DRIVER_MODULE(ofw_pcibus, pcib, ofw_pcibus_driver, pci_devclass, 0, 0); +EARLY_DRIVER_MODULE(ofw_pcibus, pcib, ofw_pcibus_driver, pci_devclass, 0, 0, BUS_PASS_BUS); MODULE_VERSION(ofw_pcibus, 1); MODULE_DEPEND(ofw_pcibus, pci, 1, 1, 1); Index: sys/powerpc/ofw/openpic_ofw.c =================================================================== --- sys/powerpc/ofw/openpic_ofw.c (revision 259108) +++ sys/powerpc/ofw/openpic_ofw.c (working copy) @@ -51,6 +51,7 @@ #include +#include #include #include "pic_if.h" @@ -68,6 +69,8 @@ /* Device interface */ DEVMETHOD(device_probe, openpic_ofw_probe), DEVMETHOD(device_attach, openpic_ofw_attach), + DEVMETHOD(device_suspend, openpic_suspend), + DEVMETHOD(device_resume, openpic_resume), /* PIC interface */ DEVMETHOD(pic_bind, openpic_bind), Index: sys/powerpc/powermac/ata_macio.c =================================================================== --- sys/powerpc/powermac/ata_macio.c (revision 259108) +++ sys/powerpc/powermac/ata_macio.c (working copy) @@ -114,11 +114,15 @@ static int ata_macio_setmode(device_t dev, int target, int mode); static int ata_macio_attach(device_t dev); static int ata_macio_begin_transaction(struct ata_request *request); +static int ata_macio_suspend(device_t dev); +static int ata_macio_resume(device_t dev); static device_method_t ata_macio_methods[] = { /* Device interface */ DEVMETHOD(device_probe, ata_macio_probe), DEVMETHOD(device_attach, ata_macio_attach), + DEVMETHOD(device_suspend, ata_macio_suspend), + DEVMETHOD(device_resume, ata_macio_resume), /* ATA interface */ DEVMETHOD(ata_setmode, ata_macio_setmode), @@ -336,3 +340,34 @@ return ata_begin_transaction(request); } + +static int +ata_macio_suspend(device_t dev) +{ + struct ata_dbdma_channel *ch = device_get_softc(dev); + int error; + + if (!ch->sc_ch.attached) + return (0); + + error = ata_suspend(dev); + dbdma_save_state(ch->dbdma); + + return (error); +} + +static int +ata_macio_resume(device_t dev) +{ + struct ata_dbdma_channel *ch = device_get_softc(dev); + int error; + + if (!ch->sc_ch.attached) + return (0); + + dbdma_restore_state(ch->dbdma); + error = ata_resume(dev); + + return (error); +} + Index: sys/powerpc/powermac/atibl.c =================================================================== --- sys/powerpc/powermac/atibl.c (revision 259108) +++ sys/powerpc/powermac/atibl.c (working copy) @@ -52,10 +52,15 @@ #define RADEON_LVDS_BL_MOD_EN (1 << 16) #define RADEON_LVDS_DIGON (1 << 18) #define RADEON_LVDS_BLON (1 << 19) +#define RADEON_LVDS_PLL_CNTL 0x02d4 +#define RADEON_LVDS_PLL_EN (1 << 16) +#define RADEON_LVDS_PLL_RESET (1 << 17) +#define RADEON_PIXCLKS_CNTL 0x002d +#define RADEON_PIXCLK_LVDS_ALWAYS_ONb (1 << 14) struct atibl_softc { - device_t dev; struct resource *sc_memr; + int sc_level; }; static void atibl_identify(driver_t *driver, device_t parent); @@ -63,13 +68,17 @@ static int atibl_attach(device_t dev); static int atibl_setlevel(struct atibl_softc *sc, int newlevel); static int atibl_getlevel(struct atibl_softc *sc); +static int atibl_resume(device_t dev); +static int atibl_suspend(device_t dev); static int atibl_sysctl(SYSCTL_HANDLER_ARGS); static device_method_t atibl_methods[] = { /* Device interface */ - DEVMETHOD(device_identify, atibl_identify), - DEVMETHOD(device_probe, atibl_probe), - DEVMETHOD(device_attach, atibl_attach), + DEVMETHOD(device_identify, atibl_identify), + DEVMETHOD(device_probe, atibl_probe), + DEVMETHOD(device_attach, atibl_attach), + DEVMETHOD(device_suspend, atibl_suspend), + DEVMETHOD(device_resume, atibl_resume), {0, 0}, }; @@ -136,8 +145,8 @@ tree = device_get_sysctl_tree(dev); SYSCTL_ADD_PROC(ctx, SYSCTL_CHILDREN(tree), OID_AUTO, - "level", CTLTYPE_INT | CTLFLAG_RW, sc, 0, - atibl_sysctl, "I", "Backlight level (0-100)"); + "level", CTLTYPE_INT | CTLFLAG_RW, sc, 0, + atibl_sysctl, "I", "Backlight level (0-100)"); return (0); } @@ -146,6 +155,8 @@ atibl_setlevel(struct atibl_softc *sc, int newlevel) { uint32_t lvds_gen_cntl; + uint32_t lvds_pll_cntl; + uint32_t pixclks_cntl; if (newlevel > 100) newlevel = 100; @@ -155,12 +166,37 @@ newlevel = (newlevel * 5) / 2 + 5; lvds_gen_cntl = bus_read_4(sc->sc_memr, RADEON_LVDS_GEN_CNTL); - lvds_gen_cntl |= RADEON_LVDS_BL_MOD_EN; - lvds_gen_cntl &= ~RADEON_LVDS_BL_MOD_LEVEL_MASK; - lvds_gen_cntl |= (newlevel << RADEON_LVDS_BL_MOD_LEVEL_SHIFT) & - RADEON_LVDS_BL_MOD_LEVEL_MASK; - bus_write_4(sc->sc_memr, RADEON_LVDS_GEN_CNTL, lvds_gen_cntl); + if (newlevel > 0) { + lvds_pll_cntl = bus_read_4(sc->sc_memr, RADEON_LVDS_PLL_CNTL); + lvds_pll_cntl |= RADEON_LVDS_PLL_EN; + bus_write_4(sc->sc_memr, RADEON_LVDS_PLL_CNTL, lvds_pll_cntl); + lvds_pll_cntl &= ~RADEON_LVDS_PLL_RESET; + bus_write_4(sc->sc_memr, RADEON_LVDS_PLL_CNTL, lvds_pll_cntl); + + lvds_gen_cntl &= ~(RADEON_LVDS_DISPLAY_DIS | + RADEON_LVDS_BL_MOD_LEVEL_MASK); + lvds_gen_cntl |= RADEON_LVDS_ON | RADEON_LVDS_EN | + RADEON_LVDS_DIGON | RADEON_LVDS_BLON; + lvds_gen_cntl |= (newlevel << RADEON_LVDS_BL_MOD_LEVEL_SHIFT) & + RADEON_LVDS_BL_MOD_LEVEL_MASK; + lvds_gen_cntl |= RADEON_LVDS_BL_MOD_EN; + DELAY(2000); + bus_write_4(sc->sc_memr, RADEON_LVDS_GEN_CNTL, lvds_gen_cntl); + } else { + pixclks_cntl = bus_read_4(sc->sc_memr, RADEON_PIXCLKS_CNTL); + bus_write_4(sc->sc_memr, RADEON_PIXCLKS_CNTL, + pixclks_cntl & ~RADEON_PIXCLK_LVDS_ALWAYS_ONb); + lvds_gen_cntl |= RADEON_LVDS_DISPLAY_DIS; + lvds_gen_cntl &= RADEON_LVDS_BL_MOD_EN; + bus_write_4(sc->sc_memr, RADEON_LVDS_GEN_CNTL, lvds_gen_cntl); + lvds_gen_cntl &= ~(RADEON_LVDS_ON | RADEON_LVDS_EN); + DELAY(2000); + bus_write_4(sc->sc_memr, RADEON_LVDS_GEN_CNTL, lvds_gen_cntl); + + bus_write_4(sc->sc_memr, RADEON_PIXCLKS_CNTL, pixclks_cntl); + } + return (0); } @@ -173,7 +209,7 @@ lvds_gen_cntl = bus_read_4(sc->sc_memr, RADEON_LVDS_GEN_CNTL); level = ((lvds_gen_cntl & RADEON_LVDS_BL_MOD_LEVEL_MASK) >> - RADEON_LVDS_BL_MOD_LEVEL_SHIFT); + RADEON_LVDS_BL_MOD_LEVEL_SHIFT); level = ((level - 5) * 2) / 5; return (level); @@ -180,6 +216,31 @@ } static int +atibl_suspend(device_t dev) +{ + struct atibl_softc *sc; + + sc = device_get_softc(dev); + + sc->sc_level = atibl_getlevel(sc); + atibl_setlevel(sc, 0); + + return (0); +} + +static int +atibl_resume(device_t dev) +{ + struct atibl_softc *sc; + + sc = device_get_softc(dev); + + atibl_setlevel(sc, sc->sc_level); + + return (0); +} + +static int atibl_sysctl(SYSCTL_HANDLER_ARGS) { struct atibl_softc *sc; Index: sys/powerpc/powermac/cpcht.c =================================================================== --- sys/powerpc/powermac/cpcht.c (revision 259108) +++ sys/powerpc/powermac/cpcht.c (working copy) @@ -44,6 +44,7 @@ #include #include #include +#include #include #include #include Index: sys/powerpc/powermac/dbdma.c =================================================================== --- sys/powerpc/powermac/dbdma.c (revision 259108) +++ sys/powerpc/powermac/dbdma.c (working copy) @@ -343,6 +343,31 @@ bus_dmamap_sync(chan->sc_dmatag, chan->sc_dmamap, op); } +void +dbdma_save_state(dbdma_channel_t *chan) +{ + + chan->sc_saved_regs[0] = dbdma_read_reg(chan, CHAN_CMDPTR); + chan->sc_saved_regs[1] = dbdma_read_reg(chan, CHAN_CMDPTR_HI); + chan->sc_saved_regs[2] = dbdma_read_reg(chan, CHAN_INTR_SELECT); + chan->sc_saved_regs[3] = dbdma_read_reg(chan, CHAN_BRANCH_SELECT); + chan->sc_saved_regs[4] = dbdma_read_reg(chan, CHAN_WAIT_SELECT); + + dbdma_stop(chan); +} + +void +dbdma_restore_state(dbdma_channel_t *chan) +{ + + dbdma_wake(chan); + dbdma_write_reg(chan, CHAN_CMDPTR, chan->sc_saved_regs[0]); + dbdma_write_reg(chan, CHAN_CMDPTR_HI, chan->sc_saved_regs[1]); + dbdma_write_reg(chan, CHAN_INTR_SELECT, chan->sc_saved_regs[2]); + dbdma_write_reg(chan, CHAN_BRANCH_SELECT, chan->sc_saved_regs[3]); + dbdma_write_reg(chan, CHAN_WAIT_SELECT, chan->sc_saved_regs[4]); +} + static uint32_t dbdma_read_reg(dbdma_channel_t *chan, u_int offset) { Index: sys/powerpc/powermac/dbdmavar.h =================================================================== --- sys/powerpc/powermac/dbdmavar.h (revision 259108) +++ sys/powerpc/powermac/dbdmavar.h (working copy) @@ -60,6 +60,7 @@ bus_dma_tag_t sc_dmatag; bus_dmamap_t sc_dmamap; + uint32_t sc_saved_regs[5]; }; Index: sys/powerpc/powermac/macgpio.c =================================================================== --- sys/powerpc/powermac/macgpio.c (revision 259108) +++ sys/powerpc/powermac/macgpio.c (working copy) @@ -59,6 +59,9 @@ phandle_t sc_node; struct resource *sc_gpios; int sc_gpios_rid; + uint32_t sc_saved_gpio_levels[2]; + uint32_t sc_saved_gpios[GPIO_COUNT]; + uint32_t sc_saved_extint_gpios[GPIO_EXTINT_COUNT]; }; static MALLOC_DEFINE(M_MACGPIO, "macgpio", "macgpio device information"); @@ -74,6 +77,8 @@ static int macgpio_deactivate_resource(device_t, device_t, int, int, struct resource *); static ofw_bus_get_devinfo_t macgpio_get_devinfo; +static int macgpio_suspend(device_t dev); +static int macgpio_resume(device_t dev); /* * Bus interface definition @@ -84,8 +89,8 @@ DEVMETHOD(device_attach, macgpio_attach), DEVMETHOD(device_detach, bus_generic_detach), DEVMETHOD(device_shutdown, bus_generic_shutdown), - DEVMETHOD(device_suspend, bus_generic_suspend), - DEVMETHOD(device_resume, bus_generic_resume), + DEVMETHOD(device_suspend, macgpio_suspend), + DEVMETHOD(device_resume, macgpio_resume), /* Bus interface */ DEVMETHOD(bus_print_child, macgpio_print_child), @@ -322,6 +327,42 @@ return (bus_deactivate_resource(bus, type, rid, res)); } +static int +macgpio_suspend(device_t dev) +{ + struct macgpio_softc *sc; + int i; + + sc = device_get_softc(dev); + sc->sc_saved_gpio_levels[0] = bus_read_4(sc->sc_gpios, GPIO_LEVELS_0); + sc->sc_saved_gpio_levels[1] = bus_read_4(sc->sc_gpios, GPIO_LEVELS_1); + + for (i = 0; i < GPIO_COUNT; i++) + sc->sc_saved_gpios[i] = bus_read_1(sc->sc_gpios, GPIO_BASE + i); + for (i = 0; i < GPIO_EXTINT_COUNT; i++) + sc->sc_saved_extint_gpios[i] = bus_read_1(sc->sc_gpios, GPIO_EXTINT_BASE + i); + + return (0); +} + +static int +macgpio_resume(device_t dev) +{ + struct macgpio_softc *sc; + int i; + + sc = device_get_softc(dev); + bus_write_4(sc->sc_gpios, GPIO_LEVELS_0, sc->sc_saved_gpio_levels[0]); + bus_write_4(sc->sc_gpios, GPIO_LEVELS_1, sc->sc_saved_gpio_levels[1]); + + for (i = 0; i < GPIO_COUNT; i++) + bus_write_1(sc->sc_gpios, GPIO_BASE + i, sc->sc_saved_gpios[i]); + for (i = 0; i < GPIO_EXTINT_COUNT; i++) + bus_write_1(sc->sc_gpios, GPIO_EXTINT_BASE + i, sc->sc_saved_extint_gpios[i]); + + return (0); +} + uint8_t macgpio_read(device_t dev) { Index: sys/powerpc/powermac/macgpiovar.h =================================================================== --- sys/powerpc/powermac/macgpiovar.h (revision 259108) +++ sys/powerpc/powermac/macgpiovar.h (working copy) @@ -32,6 +32,12 @@ #define GPIO_EXTINT_BASE 0x08 #define GPIO_BASE 0x1a +#define GPIO_EXTINT_COUNT 0x12 +#define GPIO_COUNT 0x11 + +#define GPIO_LEVELS_0 0x50 +#define GPIO_LEVELS_1 0x54 + /* gpio bit definitions */ #define GPIO_DATA 0x01 /* GPIO data */ #define GPIO_LEVEL_RO 0x02 /* read-only level on pin */ Index: sys/powerpc/powermac/macio.c =================================================================== --- sys/powerpc/powermac/macio.c (revision 259108) +++ sys/powerpc/powermac/macio.c (working copy) @@ -69,6 +69,10 @@ /* FCR registers */ int sc_memrid; struct resource *sc_memr; + int sc_rev; + int sc_devid; + uint32_t saved_fcrs[6]; + uint32_t saved_mbcr; }; static MALLOC_DEFINE(M_MACIO, "macio", "macio device information"); @@ -75,6 +79,8 @@ static int macio_probe(device_t); static int macio_attach(device_t); +static int macio_suspend(device_t); +static int macio_resume(device_t); static int macio_print_child(device_t dev, device_t child); static void macio_probe_nomatch(device_t, device_t); static struct resource *macio_alloc_resource(device_t, device_t, int, int *, @@ -97,8 +103,8 @@ DEVMETHOD(device_attach, macio_attach), DEVMETHOD(device_detach, bus_generic_detach), DEVMETHOD(device_shutdown, bus_generic_shutdown), - DEVMETHOD(device_suspend, bus_generic_suspend), - DEVMETHOD(device_resume, bus_generic_resume), + DEVMETHOD(device_suspend, macio_suspend), + DEVMETHOD(device_resume, macio_resume), /* Bus interface */ DEVMETHOD(bus_print_child, macio_print_child), @@ -133,7 +139,7 @@ devclass_t macio_devclass; -DRIVER_MODULE(macio, pci, macio_pci_driver, macio_devclass, 0, 0); +EARLY_DRIVER_MODULE(macio, pci, macio_pci_driver, macio_devclass, 0, 0, BUS_PASS_BUS); /* * PCI ID search table @@ -319,6 +325,13 @@ } /* + * If possible, get the device ID and revision ID. + */ + OF_getprop(root, "revision-id", &sc->sc_rev, sizeof(sc->sc_rev)); + OF_getprop(root, "device-id", &sc->sc_devid, sizeof(sc->sc_devid)); + + + /* * Iterate through the sub-devices */ for (child = OF_child(root); child != 0; child = OF_peer(child)) { @@ -649,3 +662,103 @@ return (0); } + +static int macio_suspend(device_t dev) +{ + int error; + uint32_t temp; + struct macio_softc *sc = device_get_softc(dev); + + error = bus_generic_suspend(dev); + + if (error) + return (error); + + if (bus_current_pass != BUS_PASS_BUS) { + return (EAGAIN); + } + powerpc_sync(); + + sc->saved_fcrs[0] = bus_read_4(sc->sc_memr, KEYLARGO_FCR0); + sc->saved_fcrs[1] = bus_read_4(sc->sc_memr, KEYLARGO_FCR1); + sc->saved_fcrs[2] = bus_read_4(sc->sc_memr, KEYLARGO_FCR2); + sc->saved_fcrs[3] = bus_read_4(sc->sc_memr, KEYLARGO_FCR3); + sc->saved_fcrs[4] = bus_read_4(sc->sc_memr, KEYLARGO_FCR4); + sc->saved_fcrs[5] = bus_read_4(sc->sc_memr, KEYLARGO_FCR5); + + temp = sc->saved_fcrs[0]; + temp |= FCR0_USB_REF_SUSPEND; + bus_write_4(sc->sc_memr, KEYLARGO_FCR0, temp); + eieio(); powerpc_sync(); + DELAY(1000); + + temp &= ~(FCR0_SCCA_ENABLE | FCR0_SCCB_ENABLE | + FCR0_SCC_CELL_ENABLE | FCR0_IRDA_ENABLE | + FCR0_IRDA_CLK32_ENABLE | + FCR0_IRDA_CLK19_ENABLE); + bus_write_4(sc->sc_memr, KEYLARGO_FCR0, temp); + eieio(); powerpc_sync(); + + if (sc->sc_devid == 0x22) { + temp = bus_read_4(sc->sc_memr, KEYLARGO_MEDIABAY); + sc->saved_mbcr = temp; + temp |= KEYLARGO_MB0_DEV_ENABLE; + bus_write_4(sc->sc_memr, KEYLARGO_MEDIABAY, temp); + eieio(); powerpc_sync(); + } + + temp = sc->saved_fcrs[1]; + temp &= ~(FCR1_AUDIO_SEL_22MCLK | FCR1_AUDIO_CLK_ENABLE | + FCR1_AUDIO_CLKOUT_ENABLE | FCR1_AUDIO_CELL_ENABLE | + FCR1_I2S0_CELL_ENABLE | FCR1_I2S0_CLK_ENABLE | + FCR1_I2S0_ENABLE | + FCR1_I2S1_CELL_ENABLE | FCR1_I2S1_CLK_ENABLE | + FCR1_I2S1_ENABLE | + FCR1_EIDE0_ENABLE | FCR1_EIDE0_RESET | + FCR1_EIDE1_ENABLE | FCR1_EIDE1_RESET | + FCR1_UIDE_ENABLE + ); + bus_write_4(sc->sc_memr, KEYLARGO_FCR1, temp); + eieio(); powerpc_sync(); + + temp = sc->saved_fcrs[2]; + temp &= ~FCR2_IOBUS_ENABLE; + bus_write_4(sc->sc_memr, KEYLARGO_FCR2, temp); + eieio(); powerpc_sync(); + + temp = sc->saved_fcrs[3]; + temp |= (FCR3_SHUTDOWN_PLL_KW6 | FCR3_SHUTDOWN_PLL_KW4 | + FCR3_SHUTDOWN_PLL_KW35 | FCR3_SHUTDOWN_PLL_KW12); + temp &= ~(FCR3_CLK_66_ENABLE | FCR3_CLK_49_ENABLE | + FCR3_CLK_45_ENABLE | FCR3_CLK_31_ENABLE | + FCR3_TMR_CLK18_ENABLE | FCR3_I2S1_CLK18_ENABLE | + FCR3_I2S0_CLK18_ENABLE | FCR3_VIA_CLK16_ENABLE); + if (sc->sc_rev >= 2) + temp |= (FCR3_SHUTDOWN_PLL_2X | FCR3_SHUTDOWN_PLL_TOTAL); + bus_write_4(sc->sc_memr, KEYLARGO_FCR3, temp); + eieio(); powerpc_sync(); + powerpc_sync(); + return (0); +} + +static int macio_resume(device_t dev) +{ + struct macio_softc *sc = device_get_softc(dev); + + if (bus_current_pass == BUS_PASS_BUS) { + if (sc->sc_devid == 0x22) + bus_write_4(sc->sc_memr, KEYLARGO_MEDIABAY, sc->saved_mbcr); + + bus_write_4(sc->sc_memr, KEYLARGO_FCR0, sc->saved_fcrs[0]); + bus_write_4(sc->sc_memr, KEYLARGO_FCR1, sc->saved_fcrs[1]); + bus_write_4(sc->sc_memr, KEYLARGO_FCR2, sc->saved_fcrs[2]); + bus_write_4(sc->sc_memr, KEYLARGO_FCR3, sc->saved_fcrs[3]); + bus_write_4(sc->sc_memr, KEYLARGO_FCR4, sc->saved_fcrs[4]); + bus_write_4(sc->sc_memr, KEYLARGO_FCR5, sc->saved_fcrs[5]); + } + + /* Let things settle. */ + DELAY(1000); + + return (bus_generic_resume(dev)); +} Index: sys/powerpc/powermac/maciovar.h =================================================================== --- sys/powerpc/powermac/maciovar.h (revision 259108) +++ sys/powerpc/powermac/maciovar.h (working copy) @@ -44,6 +44,9 @@ #define KEYLARGO_FCR0 0x38 #define KEYLARGO_FCR1 0x3c #define KEYLARGO_FCR2 0x40 +#define KEYLARGO_FCR3 0x44 +#define KEYLARGO_FCR4 0x48 +#define KEYLARGO_FCR5 0x4c #define FCR_ENET_ENABLE 0x60000000 #define FCR_ENET_RESET 0x80000000 @@ -52,6 +55,63 @@ #define KEYLARGO_GPIO_BASE 0x6a #define KEYLARGO_EXTINT_GPIO_REG_BASE 0x58 +#define KEYLARGO_MEDIABAY 0x34 +#define KEYLARGO_MB0_DEV_ENABLE 0x00001000 +#define KEYLARGO_MB0_DEV_POWER 0x00000400 +#define KEYLARGO_MB0_DEV_RESET 0x00000200 +#define KEYLARGO_MB0_ENABLE 0x00000100 +#define KEYLARGO_MB1_DEV_ENABLE 0x10000000 +#define KEYLARGO_MB1_DEV_POWER 0x04000000 +#define KEYLARGO_MB1_DEV_RESET 0x02000000 +#define KEYLARGO_MB1_ENABLE 0x01000000 + +#define FCR0_CHOOSE_SCCB 0x00000001 +#define FCR0_CHOOSE_SCCA 0x00000002 +#define FCR0_SLOW_SCC_PCLK 0x00000004 +#define FCR0_RESET_SCC 0x00000008 +#define FCR0_SCCA_ENABLE 0x00000010 +#define FCR0_SCCB_ENABLE 0x00000020 +#define FCR0_SCC_CELL_ENABLE 0x00000040 +#define FCR0_IRDA_ENABLE 0x00008000 +#define FCR0_IRDA_CLK32_ENABLE 0x00010000 +#define FCR0_IRDA_CLK19_ENABLE 0x00020000 + +#define FCR0_USB_REF_SUSPEND 0x10000000 + +#define FCR1_AUDIO_SEL_22MCLK 0x00000002 +#define FCR1_AUDIO_CLK_ENABLE 0x00000008 +#define FCR1_AUDIO_CLKOUT_ENABLE 0x00000020 +#define FCR1_AUDIO_CELL_ENABLE 0x00000040 +#define FCR1_I2S0_CELL_ENABLE 0x00000400 +#define FCR1_I2S0_CLK_ENABLE 0x00001000 +#define FCR1_I2S0_ENABLE 0x00002000 +#define FCR1_I2S1_CELL_ENABLE 0x00020000 +#define FCR1_I2S1_CLK_ENABLE 0x00080000 +#define FCR1_I2S1_ENABLE 0x00100000 +#define FCR1_EIDE0_ENABLE 0x00800000 +#define FCR1_EIDE0_RESET 0x01000000 +#define FCR1_EIDE1_ENABLE 0x04000000 +#define FCR1_EIDE1_RESET 0x08000000 +#define FCR1_UIDE_ENABLE 0x20000000 +#define FCR1_UIDE_RESET 0x40000000 + +#define FCR2_IOBUS_ENABLE 0x00000002 + +#define FCR3_SHUTDOWN_PLL_TOTAL 0x00000001 +#define FCR3_SHUTDOWN_PLL_KW6 0x00000002 +#define FCR3_SHUTDOWN_PLL_KW4 0x00000004 +#define FCR3_SHUTDOWN_PLL_KW35 0x00000008 +#define FCR3_SHUTDOWN_PLL_KW12 0x00000010 +#define FCR3_SHUTDOWN_PLL_2X 0x00000080 +#define FCR3_CLK_66_ENABLE 0x00000100 +#define FCR3_CLK_49_ENABLE 0x00000200 +#define FCR3_CLK_45_ENABLE 0x00000400 +#define FCR3_CLK_31_ENABLE 0x00000800 +#define FCR3_TMR_CLK18_ENABLE 0x00001000 +#define FCR3_I2S1_CLK18_ENABLE 0x00002000 +#define FCR3_I2S0_CLK18_ENABLE 0x00004000 +#define FCR3_VIA_CLK16_ENABLE 0x00008000 + /* * Format of a macio reg property entry. */ Index: sys/powerpc/powermac/platform_powermac.c =================================================================== --- sys/powerpc/powermac/platform_powermac.c (revision 259108) +++ sys/powerpc/powermac/platform_powermac.c (working copy) @@ -376,6 +376,110 @@ #endif } +/* From p3-53 of the MPC7450 RISC Microprocessor Family Reference Manual */ +void +flush_disable_caches(void) +{ + register_t msr; + register_t msscr0; + register_t cache_reg; + volatile uint32_t *memp; + uint32_t temp; + int i; + int x; + + msr = mfmsr(); + powerpc_sync(); + mtmsr(msr & ~(PSL_EE | PSL_DR)); + msscr0 = mfspr(SPR_MSSCR0); + msscr0 &= ~MSSCR0_L2PFE; + mtspr(SPR_MSSCR0, msscr0); + powerpc_sync(); + isync(); + __asm__ __volatile__("dssall; sync"); + powerpc_sync(); + isync(); + __asm__ __volatile__("dcbf 0,%0" :: "r"(0)); + __asm__ __volatile__("dcbf 0,%0" :: "r"(0)); + __asm__ __volatile__("dcbf 0,%0" :: "r"(0)); + + /* Lock the L1 Data cache. */ + mtspr(SPR_LDSTCR, mfspr(SPR_LDSTCR) | 0xFF); + powerpc_sync(); + isync(); + + mtspr(SPR_LDSTCR, 0); + + /* + * Perform this in two stages: Flush the cache starting in RAM, then do it + * from ROM. + */ + memp = (volatile uint32_t *)0x00000000; + for (i = 0; i < 128 * 1024; i++) { + temp = *memp; + __asm__ __volatile__("dcbf 0,%0" :: "r"(memp)); + memp += 32/sizeof(*memp); + } + + memp = (volatile uint32_t *)0xfff00000; + x = 0xfe; + + for (; x != 0xff;) { + mtspr(SPR_LDSTCR, x); + for (i = 0; i < 128; i++) { + temp = *memp; + __asm__ __volatile__("dcbf 0,%0" :: "r"(memp)); + memp += 32/sizeof(*memp); + } + x = ((x << 1) | 1) & 0xff; + } + mtspr(SPR_LDSTCR, 0); + + cache_reg = mfspr(SPR_L2CR); + if (cache_reg & L2CR_L2E) { + cache_reg &= ~(L2CR_L2IO_7450 | L2CR_L2DO_7450); + mtspr(SPR_L2CR, cache_reg); + powerpc_sync(); + mtspr(SPR_L2CR, cache_reg | L2CR_L2HWF); + while (mfspr(SPR_L2CR) & L2CR_L2HWF) + ; /* Busy wait for cache to flush */ + powerpc_sync(); + cache_reg &= ~L2CR_L2E; + mtspr(SPR_L2CR, cache_reg); + powerpc_sync(); + mtspr(SPR_L2CR, cache_reg | L2CR_L2I); + powerpc_sync(); + while (mfspr(SPR_L2CR) & L2CR_L2I) + ; /* Busy wait for L2 cache invalidate */ + powerpc_sync(); + } + + cache_reg = mfspr(SPR_L3CR); + if (cache_reg & L3CR_L3E) { + cache_reg &= ~(L3CR_L3IO | L3CR_L3DO); + mtspr(SPR_L3CR, cache_reg); + powerpc_sync(); + mtspr(SPR_L3CR, cache_reg | L3CR_L3HWF); + while (mfspr(SPR_L3CR) & L3CR_L3HWF) + ; /* Busy wait for cache to flush */ + powerpc_sync(); + cache_reg &= ~L3CR_L3E; + mtspr(SPR_L3CR, cache_reg); + powerpc_sync(); + mtspr(SPR_L3CR, cache_reg | L3CR_L3I); + powerpc_sync(); + while (mfspr(SPR_L3CR) & L3CR_L3I) + ; /* Busy wait for L3 cache invalidate */ + powerpc_sync(); + } + + mtspr(SPR_HID0, mfspr(SPR_HID0) & ~HID0_DCE); + powerpc_sync(); + isync(); + + mtmsr(msr); +} + static void powermac_reset(platform_t platform) { Index: sys/powerpc/powermac/pmu.c =================================================================== --- sys/powerpc/powermac/pmu.c (revision 259108) +++ sys/powerpc/powermac/pmu.c (working copy) @@ -36,6 +36,7 @@ #include #include #include +#include #include #include @@ -43,11 +44,18 @@ #include #include +#include +#include /* For save_vec() */ #include +#include +#include /* For save_fpu() */ +#include #include #include +#include #include #include +#include #include #include @@ -59,7 +67,12 @@ #include "clock_if.h" #include "pmuvar.h" #include "viareg.h" +#include "uninorthvar.h" /* For unin_chip_sleep()/unin_chip_wake() */ +#define PMU_DEFAULTS PMU_INT_TICK | PMU_INT_ADB | \ + PMU_INT_PCEJECT | PMU_INT_SNDBRT | \ + PMU_INT_BATTERY | PMU_INT_ENVIRONMENT + /* * Bus interface */ @@ -89,10 +102,16 @@ static void pmu_shutdown(void *xsc, int howto); static void pmu_set_sleepled(void *xsc, int onoff); static int pmu_server_mode(SYSCTL_HANDLER_ARGS); +static int pmu_sleep(SYSCTL_HANDLER_ARGS); static int pmu_acline_state(SYSCTL_HANDLER_ARGS); static int pmu_query_battery(struct pmu_softc *sc, int batt, struct pmu_battstate *info); static int pmu_battquery_sysctl(SYSCTL_HANDLER_ARGS); +static void pmu_restore_state(struct pmu_softc *sc); +static void pmu_save_state(struct pmu_softc *sc); +static int pmu_suspend(device_t); +static int pmu_resume(device_t); +static void pmu_sleep_int(void); /* * List of battery-related sysctls we might ask for @@ -115,8 +134,8 @@ DEVMETHOD(device_attach, pmu_attach), DEVMETHOD(device_detach, pmu_detach), DEVMETHOD(device_shutdown, bus_generic_shutdown), - DEVMETHOD(device_suspend, bus_generic_suspend), - DEVMETHOD(device_resume, bus_generic_resume), + DEVMETHOD(device_suspend, pmu_suspend), + DEVMETHOD(device_resume, pmu_resume), /* ADB bus interface */ DEVMETHOD(adb_hb_send_raw_packet, pmu_adb_send), @@ -193,7 +212,7 @@ 0x02, -1, -1, -1, -1, -1, -1, -1, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, -1, -1, 0x01, 0x01, 0x01, -1, -1, -1, -1, -1, - 0x00, 0x00, -1, -1, -1, -1, 0x04, 0x04, + 0x00, 0x00, -1, -1, -1, 0x05, 0x04, 0x04, 0x04, -1, 0x00, -1, -1, -1, -1, -1, 0x00, -1, -1, -1, -1, -1, -1, -1, 0x01, 0x02, -1, -1, -1, -1, -1, -1, @@ -229,7 +248,7 @@ 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x04, 0x04, 0x03, 0x09, -1, -1, -1, -1, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, - -1, -1, -1, -1, -1, -1, 0x01, 0x01, + -1, -1, -1, -1, -1, 0x01, 0x01, 0x01, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x06, -1, -1, -1, -1, -1, -1, -1, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, @@ -357,12 +376,13 @@ /* Init PMU */ - reg = PMU_INT_TICK | PMU_INT_ADB | PMU_INT_PCEJECT | PMU_INT_SNDBRT; - reg |= PMU_INT_BATTERY; - reg |= PMU_INT_ENVIRONMENT; + pmu_write_reg(sc, vBufB, pmu_read_reg(sc, vBufB) | vPB4); + pmu_write_reg(sc, vDirB, (pmu_read_reg(sc, vDirB) | vPB4) & ~vPB3); + + reg = PMU_DEFAULTS; pmu_send(sc, PMU_SET_IMASK, 1, ®, 16, resp); - pmu_write_reg(sc, vIER, 0x90); /* make sure VIA interrupts are on */ + pmu_write_reg(sc, vIER, 0x94); /* make sure VIA interrupts are on */ pmu_send(sc, PMU_SYSTEM_READY, 1, cmd, 16, resp); pmu_send(sc, PMU_GET_VERSION, 1, cmd, 16, resp); @@ -407,6 +427,10 @@ "server_mode", CTLTYPE_INT | CTLFLAG_RW, sc, 0, pmu_server_mode, "I", "Enable reboot after power failure"); + SYSCTL_ADD_PROC(ctx, SYSCTL_CHILDREN(tree), OID_AUTO, + "sleep", CTLTYPE_INT | CTLFLAG_RW, sc, 0, + pmu_sleep, "I", "Put the machine to sleep"); + if (sc->sc_batteries > 0) { struct sysctl_oid *oid, *battroot; char battnum[2]; @@ -464,6 +488,7 @@ } } + sc->lid_closed = 0; /* * Set up LED interface */ @@ -515,6 +540,43 @@ bus_write_1(sc->sc_memr, offset, value); } +static void +pmu_save_state(struct pmu_softc *sc) +{ + sc->saved_regs[0] = pmu_read_reg(sc, vBufA); + sc->saved_regs[1] = pmu_read_reg(sc, vDirA); + sc->saved_regs[2] = pmu_read_reg(sc, vBufB); + sc->saved_regs[3] = pmu_read_reg(sc, vDirB); + sc->saved_regs[4] = pmu_read_reg(sc, vPCR); + sc->saved_regs[5] = pmu_read_reg(sc, vACR); + sc->saved_regs[6] = pmu_read_reg(sc, vIER); + sc->saved_regs[7] = pmu_read_reg(sc, vT1C); + sc->saved_regs[8] = pmu_read_reg(sc, vT1CH); +} + +static void +pmu_restore_state(struct pmu_softc *sc) +{ + pmu_write_reg(sc, vBufA, sc->saved_regs[0]); + eieio(); + pmu_write_reg(sc, vDirA, sc->saved_regs[1]); + eieio(); + pmu_write_reg(sc, vBufB, sc->saved_regs[2]); + eieio(); + pmu_write_reg(sc, vDirB, sc->saved_regs[3]); + eieio(); + pmu_write_reg(sc, vPCR, sc->saved_regs[4]); + eieio(); + pmu_write_reg(sc, vACR, sc->saved_regs[5]); + eieio(); + pmu_write_reg(sc, vIER, sc->saved_regs[6]); + eieio(); + pmu_write_reg(sc, vT1C, sc->saved_regs[7]); + eieio(); + pmu_write_reg(sc, vT1CH, sc->saved_regs[8]); + eieio(); +} + static int pmu_send_byte(struct pmu_softc *sc, uint8_t data) { @@ -1018,3 +1080,163 @@ return (0); } +static int +pmu_suspend(device_t dev) +{ + uint8_t resp[16]; + uint8_t clrcmd[] = {PMU_PWR_CLR_POWERUP_EVENTS, 0xff, 0xff}; + uint8_t setcmd[] = {PMU_PWR_SET_POWERUP_EVENTS, 0, + PMU_PWR_WAKEUP_LID_OPEN|PMU_PWR_WAKEUP_KEY}; + uint8_t sleepcmd[] = {'M', 'A', 'T', 'T'}; + uint8_t reg = 0; + struct pmu_softc *sc; + + sc = device_get_softc(dev); + mtx_lock(&sc->sc_mutex); + pmu_send(sc, PMU_SET_IMASK, 1, ®, 16, resp); + pmu_send(sc, PMU_POWER_EVENTS, 3, clrcmd, 16, resp); + pmu_send(sc, PMU_POWER_EVENTS, 3, setcmd, 2, resp); + + pmu_send(sc, PMU_SLEEP, 4, sleepcmd, 16, resp); + pmu_save_state(sc); + mtx_unlock(&sc->sc_mutex); + + return (0); +} + +static int +pmu_resume(device_t dev) +{ + uint8_t resp[16]; + uint8_t cmd[2] = {2, 0}; + struct pmu_softc *sc; + uint8_t reg; + + sc = device_get_softc(dev); + mtx_lock(&sc->sc_mutex); + pmu_restore_state(sc); + pmu_send(sc, PMU_SYSTEM_READY, 1, cmd, 16, resp); + reg = PMU_DEFAULTS; + pmu_send(sc, PMU_SET_IMASK, 1, ®, 16, resp); + mtx_unlock(&sc->sc_mutex); + + return (0); +} + +static register_t sprgs[4]; +static register_t srrs[2]; +extern void *ap_pcpu; + +void pmu_sleep_int(void) +{ + static u_quad_t timebase = 0; + jmp_buf resetjb; + struct thread *fputd; + struct thread *vectd; + register_t hid0; + register_t msr; + register_t saved_msr; + + ap_pcpu = pcpup; + + PCPU_SET(restore, &resetjb); + + *(unsigned long *)0x80 = 0x100; + saved_msr = mfmsr(); + fputd = PCPU_GET(fputhread); + vectd = PCPU_GET(vecthread); + if (fputd != NULL) + save_fpu(fputd); + if (vectd != NULL) + save_vec(vectd); + if (setjmp(resetjb) == 0) { + sprgs[0] = mfspr(SPR_SPRG0); + sprgs[1] = mfspr(SPR_SPRG1); + sprgs[2] = mfspr(SPR_SPRG2); + sprgs[3] = mfspr(SPR_SPRG3); + srrs[0] = mfspr(SPR_SRR0); + srrs[1] = mfspr(SPR_SRR1); + timebase = mftb(); + powerpc_sync(); + flush_disable_caches(); + hid0 = mfspr(SPR_HID0); + hid0 = (hid0 & ~(HID0_DOZE | HID0_NAP)) | HID0_SLEEP; + powerpc_sync(); + isync(); + msr = mfmsr() | PSL_POW; + mtspr(SPR_HID0, hid0); + powerpc_sync(); + + while (1) + mtmsr(msr); + } + mttb(timebase); + PCPU_SET(curthread, curthread); + PCPU_SET(curpcb, curthread->td_pcb); + pmap_activate(curthread); + powerpc_sync(); + mtspr(SPR_SPRG0, sprgs[0]); + mtspr(SPR_SPRG1, sprgs[1]); + mtspr(SPR_SPRG2, sprgs[2]); + mtspr(SPR_SPRG3, sprgs[3]); + mtspr(SPR_SRR0, srrs[0]); + mtspr(SPR_SRR1, srrs[1]); + mtmsr(saved_msr); + if (fputd == curthread) + enable_fpu(curthread); + if (vectd == curthread) + enable_vec(curthread); + powerpc_sync(); +} + +static int +pmu_sleep(SYSCTL_HANDLER_ARGS) +{ + u_int sleep = 0; + int error; + + error = sysctl_handle_int(oidp, &sleep, 0, req); + + if (error || !req->newptr) + return (error); + + mtx_lock(&Giant); + error = DEVICE_SUSPEND(root_bus); + if (error == 0) { + spinlock_enter(); + pmu_sleep_int(); + + spinlock_exit(); + DEVICE_RESUME(root_bus); + } + mtx_unlock(&Giant); + + return (error); +} + +int +pmu_set_speed(int low_speed) +{ + struct pmu_softc *sc; + uint8_t sleepcmd[] = {'W', 'O', 'O', 'F', 0}; + uint8_t resp[16]; + + sc = device_get_softc(pmu); + pmu_write_reg(sc, vIER, 0x10); + spinlock_enter(); + mtdec(0x7fffffff); + mb(); + mtdec(0x7fffffff); + + sleepcmd[4] = low_speed; + pmu_send(sc, PMU_CPU_SPEED, 5, sleepcmd, 16, resp); + unin_chip_sleep(NULL, 1); + pmu_sleep_int(); + unin_chip_wake(NULL); + + mtdec(1); /* Force a decrementer exception */ + spinlock_exit(); + pmu_write_reg(sc, vIER, 0x90); + + return (0); +} Index: sys/powerpc/powermac/pmuvar.h =================================================================== --- sys/powerpc/powermac/pmuvar.h (revision 259108) +++ sys/powerpc/powermac/pmuvar.h (working copy) @@ -161,6 +161,7 @@ int sc_batteries; struct cdev *sc_leddev; int lid_closed; + uint8_t saved_regs[9]; }; struct pmu_battstate { @@ -172,4 +173,6 @@ int voltage; }; +int pmu_set_speed(int low_speed); + #endif /* PMUVAR_H */ Index: sys/powerpc/powermac/uninorth.c =================================================================== --- sys/powerpc/powermac/uninorth.c (revision 259108) +++ sys/powerpc/powermac/uninorth.c (working copy) @@ -65,6 +65,8 @@ static int unin_chip_probe(device_t); static int unin_chip_attach(device_t); +static int unin_chip_suspend(device_t); +static int unin_chip_resume(device_t); /* * Bus interface. @@ -102,6 +104,8 @@ /* Device interface */ DEVMETHOD(device_probe, unin_chip_probe), DEVMETHOD(device_attach, unin_chip_attach), + DEVMETHOD(device_suspend, unin_chip_suspend), + DEVMETHOD(device_resume, unin_chip_resume), /* Bus interface */ DEVMETHOD(bus_print_child, unin_chip_print_child), @@ -136,8 +140,15 @@ static devclass_t unin_chip_devclass; -DRIVER_MODULE(unin, nexus, unin_chip_driver, unin_chip_devclass, 0, 0); +/* + * Assume there is only one unin chip in a PowerMac, so that pmu.c functions can + * suspend the chip after the whole rest of the device tree is suspended, not + * earlier. + */ +static device_t unin_chip; +EARLY_DRIVER_MODULE(unin, nexus, unin_chip_driver, unin_chip_devclass, 0, 0, BUS_PASS_BUS); + /* * Add an interrupt to the dev's resource list if present */ @@ -210,31 +221,30 @@ } static void -unin_enable_gmac(device_t dev) +unin_update_reg(device_t dev, uint32_t regoff, uint32_t set, uint32_t clr) { - volatile u_int *clkreg; + volatile u_int *reg; struct unin_chip_softc *sc; u_int32_t tmpl; sc = device_get_softc(dev); - clkreg = (void *)(sc->sc_addr + UNIN_CLOCKCNTL); - tmpl = inl(clkreg); - tmpl |= UNIN_CLOCKCNTL_GMAC; - outl(clkreg, tmpl); + reg = (void *)(sc->sc_addr + regoff); + tmpl = inl(reg); + tmpl &= ~clr; + tmpl |= set; + outl(reg, tmpl); } static void +unin_enable_gmac(device_t dev) +{ + unin_update_reg(dev, UNIN_CLOCKCNTL, UNIN_CLOCKCNTL_GMAC, 0); +} + +static void unin_enable_mpic(device_t dev) { - volatile u_int *toggle; - struct unin_chip_softc *sc; - u_int32_t tmpl; - - sc = device_get_softc(dev); - toggle = (void *)(sc->sc_addr + UNIN_TOGGLE_REG); - tmpl = inl(toggle); - tmpl |= UNIN_MPIC_RESET | UNIN_MPIC_OUTPUT_ENABLE; - outl(toggle, tmpl); + unin_update_reg(dev, UNIN_TOGGLE_REG, UNIN_MPIC_RESET | UNIN_MPIC_OUTPUT_ENABLE, 0); } static int @@ -311,6 +321,9 @@ return (error); } + if (unin_chip == NULL) + unin_chip = dev; + /* * Iterate through the sub-devices */ @@ -631,3 +644,61 @@ return (&dinfo->udi_obdinfo); } +static int +unin_chip_suspend(device_t dev) +{ + int error; + + error = bus_generic_suspend(dev); + + if (error) + return (error); + + if (bus_current_pass == BUS_PASS_BUS) + error = unin_chip_sleep(dev, 0); + else + error = EAGAIN; + + return (error); +} + +static int +unin_chip_resume(device_t dev) +{ + + if (bus_current_pass == BUS_PASS_BUS) + unin_chip_wake(dev); + + return (bus_generic_resume(dev)); +} + +int +unin_chip_wake(device_t dev) +{ + + if (dev == NULL) + dev = unin_chip; + unin_update_reg(dev, UNIN_PWR_MGMT, UNIN_PWR_NORMAL, UNIN_PWR_MASK); + DELAY(10); + unin_update_reg(dev, UNIN_HWINIT_STATE, UNIN_RUNNING, 0); + DELAY(100); + + return (0); +} + +int +unin_chip_sleep(device_t dev, int idle) +{ + if (dev == NULL) + dev = unin_chip; + + unin_update_reg(dev, UNIN_HWINIT_STATE, UNIN_SLEEPING, 0); + DELAY(10); + if (idle) + unin_update_reg(dev, UNIN_PWR_MGMT, UNIN_PWR_IDLE2, UNIN_PWR_MASK); + else + unin_update_reg(dev, UNIN_PWR_MGMT, UNIN_PWR_SLEEP, UNIN_PWR_MASK); + DELAY(10); + + return (0); +} Index: sys/powerpc/powermac/uninorthpci.c =================================================================== --- sys/powerpc/powermac/uninorthpci.c (revision 259108) +++ sys/powerpc/powermac/uninorthpci.c (working copy) @@ -86,6 +86,8 @@ /* Device interface */ DEVMETHOD(device_probe, uninorth_probe), DEVMETHOD(device_attach, uninorth_attach), + DEVMETHOD(device_suspend, bus_generic_suspend), + DEVMETHOD(device_resume, bus_generic_resume), /* pcib interface */ DEVMETHOD(pcib_read_config, uninorth_read_config), @@ -98,7 +100,7 @@ DEFINE_CLASS_1(pcib, uninorth_driver, uninorth_methods, sizeof(struct uninorth_softc), ofw_pci_driver); -DRIVER_MODULE(uninorth, nexus, uninorth_driver, uninorth_devclass, 0, 0); +EARLY_DRIVER_MODULE(uninorth, nexus, uninorth_driver, uninorth_devclass, 0, 0, BUS_PASS_BUS); static int uninorth_probe(device_t dev) Index: sys/powerpc/powermac/uninorthvar.h =================================================================== --- sys/powerpc/powermac/uninorthvar.h (revision 259108) +++ sys/powerpc/powermac/uninorthvar.h (working copy) @@ -28,6 +28,8 @@ #ifndef _POWERPC_POWERMAC_UNINORTHVAR_H_ #define _POWERPC_POWERMAC_UNINORTHVAR_H_ +#include +#include #include struct uninorth_softc { @@ -76,6 +78,24 @@ #define UNIN_CLOCKCNTL_GMAC 0x2 /* + * Power management register + */ +#define UNIN_PWR_MGMT 0x30 +#define UNIN_PWR_NORMAL 0x00 +#define UNIN_PWR_IDLE2 0x01 +#define UNIN_PWR_SLEEP 0x02 +#define UNIN_PWR_SAVE 0x03 +#define UNIN_PWR_MASK 0x03 + +/* + * Hardware initialization state register + */ +#define UNIN_HWINIT_STATE 0x70 +#define UNIN_SLEEPING 0x01 +#define UNIN_RUNNING 0x02 + + +/* * Toggle registers */ #define UNIN_TOGGLE_REG 0xe0 @@ -82,4 +102,6 @@ #define UNIN_MPIC_RESET 0x2 #define UNIN_MPIC_OUTPUT_ENABLE 0x4 +extern int unin_chip_sleep(device_t dev, int idle); +extern int unin_chip_wake(device_t dev); #endif /* _POWERPC_POWERMAC_UNINORTHVAR_H_ */ Index: sys/powerpc/powermac/viareg.h =================================================================== --- sys/powerpc/powermac/viareg.h (revision 259108) +++ sys/powerpc/powermac/viareg.h (working copy) @@ -30,14 +30,16 @@ /* VIA interface registers */ #define vBufB 0x0000 /* register B */ -#define vBufA 0x0200 /* register A */ #define vDirB 0x0400 /* data direction register */ #define vDirA 0x0600 /* data direction register */ +#define vT1C 0x0800 /* Timer 1 counter Lo */ +#define vT1CH 0x0a00 /* Timer 1 counter Hi */ #define vSR 0x1400 /* shift register */ #define vACR 0x1600 /* aux control register */ #define vPCR 0x1800 /* peripheral control register */ #define vIFR 0x1a00 /* interrupt flag register */ #define vIER 0x1c00 /* interrupt enable register */ +#define vBufA 0x1e00 /* register A */ #define vPB 0x0000 #define vPB3 0x08 Index: sys/powerpc/powerpc/mp_machdep.c =================================================================== --- sys/powerpc/powerpc/mp_machdep.c (revision 259108) +++ sys/powerpc/powerpc/mp_machdep.c (working copy) @@ -54,6 +54,7 @@ #include #include #include +#include #include #include "pic_if.h" @@ -66,10 +67,21 @@ static u_int ipi_msg_cnt[32]; static struct mtx ap_boot_mtx; struct pcb stoppcbs[MAXCPU]; +int longfault(faultbuf, int); void machdep_ap_bootstrap(void) { + jmp_buf *restore; + + /* The following is needed for restoring from sleep. */ +#ifdef __powerpc64__ + /* Writing to the time base register is hypervisor-privileged */ + if (mfmsr() & PSL_HV) + mttb(0); +#else + mttb(0); +#endif /* Set up important bits on the CPU (HID registers, etc.) */ cpudep_ap_setup(); @@ -78,10 +90,16 @@ PCPU_SET(awake, 1); __asm __volatile("msync; isync"); - while (ap_letgo == 0) - ; + if (mp_ncpus > 1 && !pcpup->pc_bsp) { + while (ap_letgo == 0) + ; + } - /* Initialize DEC and TB, sync with the BSP values */ + restore = PCPU_GET(restore); + if (restore != NULL) { + longjmp(*restore, 1); + } + #ifdef __powerpc64__ /* Writing to the time base register is hypervisor-privileged */ if (mfmsr() & PSL_HV) @@ -89,6 +107,8 @@ #else mttb(ap_timebase); #endif + + /* Initialize DEC, sync with the BSP values */ decr_ap_init(); /* Give platform code a chance to do anything necessary */ Index: sys/powerpc/powerpc/openpic.c =================================================================== --- sys/powerpc/powerpc/openpic.c (revision 259108) +++ sys/powerpc/powerpc/openpic.c (working copy) @@ -380,3 +380,64 @@ openpic_write(sc, OPENPIC_IPI_VECTOR(0), x); } } + +int +openpic_suspend(device_t dev) +{ + struct openpic_softc *sc; + int i; + + sc = device_get_softc(dev); + + sc->sc_saved_config = bus_read_4(sc->sc_memr, OPENPIC_CONFIG); + for (i = 0; i < 4; i++) { + sc->sc_saved_ipis[i] = bus_read_4(sc->sc_memr, OPENPIC_IPI_VECTOR(i)); + } + + for (i = 0; i < 4; i++) { + sc->sc_saved_prios[i] = bus_read_4(sc->sc_memr, OPENPIC_PCPU_TPR(i)); + } + + for (i = 0; i < OPENPIC_TIMERS; i++) { + sc->sc_saved_timers[i].tcnt = bus_read_4(sc->sc_memr, OPENPIC_TCNT(i)); + sc->sc_saved_timers[i].tbase = bus_read_4(sc->sc_memr, OPENPIC_TBASE(i)); + sc->sc_saved_timers[i].tvec = bus_read_4(sc->sc_memr, OPENPIC_TVEC(i)); + sc->sc_saved_timers[i].tdst = bus_read_4(sc->sc_memr, OPENPIC_TDST(i)); + } + + for (i = 0; i < OPENPIC_SRC_VECTOR_COUNT; i++) + sc->sc_saved_vectors[i] = + bus_read_4(sc->sc_memr, OPENPIC_SRC_VECTOR(i)) & ~OPENPIC_ACTIVITY; + + return (0); +} + +int +openpic_resume(device_t dev) +{ + struct openpic_softc *sc; + int i; + + sc = device_get_softc(dev); + + sc->sc_saved_config = bus_read_4(sc->sc_memr, OPENPIC_CONFIG); + for (i = 0; i < 4; i++) { + bus_write_4(sc->sc_memr, OPENPIC_IPI_VECTOR(i), sc->sc_saved_ipis[i]); + } + + for (i = 0; i < 4; i++) { + bus_write_4(sc->sc_memr, OPENPIC_PCPU_TPR(i), sc->sc_saved_prios[i]); + } + + for (i = 0; i < OPENPIC_TIMERS; i++) { + bus_write_4(sc->sc_memr, OPENPIC_TCNT(i), sc->sc_saved_timers[i].tcnt); + bus_write_4(sc->sc_memr, OPENPIC_TBASE(i), sc->sc_saved_timers[i].tbase); + bus_write_4(sc->sc_memr, OPENPIC_TVEC(i), sc->sc_saved_timers[i].tvec); + bus_write_4(sc->sc_memr, OPENPIC_TDST(i), sc->sc_saved_timers[i].tdst); + } + + for (i = 0; i < OPENPIC_SRC_VECTOR_COUNT; i++) + bus_write_4(sc->sc_memr, OPENPIC_SRC_VECTOR(i), sc->sc_saved_vectors[i]); + + return (0); +} Index: sys/powerpc/psim/openpic_iobus.c =================================================================== --- sys/powerpc/psim/openpic_iobus.c (revision 259108) +++ sys/powerpc/psim/openpic_iobus.c (working copy) @@ -53,6 +53,7 @@ #include +#include #include #include Index: sys/x86/include/acpica_machdep.h =================================================================== --- sys/x86/include/acpica_machdep.h (revision 259108) +++ sys/x86/include/acpica_machdep.h (working copy) Property changes on: sys/x86/include/acpica_machdep.h ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/head_mfi/sys/x86/include/acpica_machdep.h:r227068,227574,227579-227580,227612,227905,228108,228208,228279,228310,228320,231988,232412-232414,232888,233016,233620 Merged /projects/random_number_generator/sys/x86/include/acpica_machdep.h:r254613-255353 Merged /projects/cambria/sys/x86/include/acpica_machdep.h:r186008-186350 Merged /user/piso/sys/x86/include/acpica_machdep.h:r186543,186723,186725-186726,186742,186770-186771,186774,186777-186779,187984-187985,190555,190572,190589,190592,190614,190625,190830 Merged /projects/pmac_pmu/sys/x86/include/acpica_machdep.h:r255832-259112 Merged /projects/quota64/sys/x86/include/acpica_machdep.h:r184125-207707 Merged /user/jimharris/isci/sys/x86/include/acpica_machdep.h:r228377-230794 Merged /user/piso/ipfw/sys/x86/include/acpica_machdep.h:r190918,190921,190923,190926 Merged /projects/multi-fibv6/head/sys/x86/include/acpica_machdep.h:r230929-231848 Merged /head/sys/x86/include/acpica_machdep.h:r244821-252117 Merged /projects/largeSMP/sys/x86/include/acpica_machdep.h:r221273-222812,222815-223757 Merged /user/dfr/xenhvm/6/sys/x86/include/acpica_machdep.h:r189304,189451 Merged /user/peter/kinfo/sys/x86/include/acpica_machdep.h:r185413-185547 Merged /user/dfr/xenhvm/7/sys/x86/include/acpica_machdep.h:r188574-189614 Merged /user/np/cxl_tuning/sys/x86/include/acpica_machdep.h:r254336,254386,254736 Merged /user/mav/ata/sys/x86/include/acpica_machdep.h:r189793-190578 Merged /user/alfred/9-alfred/sys/x86/include/acpica_machdep.h:r242488 Merged /user/thompsa/usb/sys/x86/include/acpica_machdep.h:r187190 Index: sys =================================================================== --- sys (revision 259108) +++ sys (working copy) Property changes on: sys ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/sys:r244821-259112 Index: usr.bin/calendar =================================================================== --- usr.bin/calendar (revision 259108) +++ usr.bin/calendar (working copy) Property changes on: usr.bin/calendar ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.bin/calendar:r244821-259112 Index: usr.bin/csup =================================================================== --- usr.bin/csup (revision 259108) +++ usr.bin/csup (working copy) Property changes on: usr.bin/csup ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.bin/csup:r244821-259112 Index: usr.bin/procstat =================================================================== --- usr.bin/procstat (revision 259108) +++ usr.bin/procstat (working copy) Property changes on: usr.bin/procstat ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.bin/procstat:r244821-259112 Index: usr.sbin/bhyve =================================================================== --- usr.sbin/bhyve (revision 259108) +++ usr.sbin/bhyve (working copy) Property changes on: usr.sbin/bhyve ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.sbin/bhyve:r250993-259112 Index: usr.sbin/bhyvectl =================================================================== --- usr.sbin/bhyvectl (revision 259108) +++ usr.sbin/bhyvectl (working copy) Property changes on: usr.sbin/bhyvectl ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.sbin/bhyvectl:r250993-259112 Index: usr.sbin/bhyveload =================================================================== --- usr.sbin/bhyveload (revision 259108) +++ usr.sbin/bhyveload (working copy) Property changes on: usr.sbin/bhyveload ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.sbin/bhyveload:r250993-259112 Index: usr.sbin/jail =================================================================== --- usr.sbin/jail (revision 259108) +++ usr.sbin/jail (working copy) Property changes on: usr.sbin/jail ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.sbin/jail:r244821-259112 Index: usr.sbin/ndiscvt =================================================================== --- usr.sbin/ndiscvt (revision 259108) +++ usr.sbin/ndiscvt (working copy) Property changes on: usr.sbin/ndiscvt ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.sbin/ndiscvt:r244821-259112 Index: usr.sbin/rtadvctl =================================================================== --- usr.sbin/rtadvctl (revision 259108) +++ usr.sbin/rtadvctl (working copy) Property changes on: usr.sbin/rtadvctl ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.sbin/rtadvctl:r244821-259112 Index: usr.sbin/rtadvd =================================================================== --- usr.sbin/rtadvd (revision 259108) +++ usr.sbin/rtadvd (working copy) Property changes on: usr.sbin/rtadvd ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.sbin/rtadvd:r244821-259112 Index: usr.sbin/rtsold =================================================================== --- usr.sbin/rtsold (revision 259108) +++ usr.sbin/rtsold (working copy) Property changes on: usr.sbin/rtsold ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.sbin/rtsold:r244821-259112 Index: usr.sbin/zic =================================================================== --- usr.sbin/zic (revision 259108) +++ usr.sbin/zic (working copy) Property changes on: usr.sbin/zic ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu/usr.sbin/zic:r244821-259112 Index: . =================================================================== --- . (revision 259108) +++ . (working copy) Property changes on: . ___________________________________________________________________ Modified: svn:mergeinfo Merged /projects/pmac_pmu:r244821-259112 --MP_/myyr.EiQd2QcNU+JRaoNCZY-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 8 23:54:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE3E6AF7; Sun, 8 Dec 2013 23:54:14 +0000 (UTC) Received: from mail-bk0-x233.google.com (mail-bk0-x233.google.com [IPv6:2a00:1450:4008:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DA5B1FB4; Sun, 8 Dec 2013 23:54:14 +0000 (UTC) Received: by mail-bk0-f51.google.com with SMTP id 6so1088691bkj.24 for ; Sun, 08 Dec 2013 15:54:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=qUk0Jxa5lzK3aBc9AOX7XoNd4JlMUpAfGYdKzXsIZTI=; b=o7sxsBcAJ1oG8XElvWKTeC8jpyOdx7FKu9p1b+s7P2ggFd1de6MrvJpZRgF3EfHGOL LoP0neOmi7uKmD6RrYYOhtpvnP/M0IiIWmTaxa9zkelZQ0aZePM/1MZRQMbN/4KpfDJb zQGL+hMAWyALp6NjBgUw52Ewv+AaVtZ6bQqeQGOZPpUNFCHZzSs7bpiiVkHMUYZXxpGO Kfy+6guaUKV54PcrPQWy7nCi2+2OLAY6qggK5MASdc6lRfvfuB8KuTe61bi5kb0umhlR ZOjYTUtxVX+7k11PNaLWBAx+QVHgnC0YSTPBOlcC+xgIblPuqoqqeHMMdqLEVql18e3Q LxZg== MIME-Version: 1.0 X-Received: by 10.205.38.133 with SMTP id ti5mr18540bkb.179.1386546851910; Sun, 08 Dec 2013 15:54:11 -0800 (PST) Sender: chmeeedalf@gmail.com Received: by 10.205.90.136 with HTTP; Sun, 8 Dec 2013 15:54:11 -0800 (PST) Received: by 10.205.90.136 with HTTP; Sun, 8 Dec 2013 15:54:11 -0800 (PST) In-Reply-To: <20131208154854.7425d9a7@zhabar.gateway.2wire.net> References: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> <20131208133853.GA75604@alchemy.franken.de> <20131208154854.7425d9a7@zhabar.gateway.2wire.net> Date: Sun, 8 Dec 2013 15:54:11 -0800 X-Google-Sender-Auth: OOKL8NJQdfBfCvHK4wO8KjbWtz4 Message-ID: Subject: Re: Request for testing an alternate branch From: Justin Hibbits To: Marius Strobl Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 08 Dec 2013 23:54:15 -0000 On Dec 8, 2013 3:48 PM, "Justin Hibbits" wrote: > > On Sun, 8 Dec 2013 14:38:53 +0100 > Marius Strobl wrote: > > > On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: > > > I've been working on the projects/pmac_pmu branch for some time now > > > to add suspend/resume as well as CPU speed change for certain > > > PowerPC machines, about a year since I created the branch, and now > > > it's stable enough that I want to merge it into HEAD, hence this > > > request. However, it does touch several drivers, turning them into > > > "early drivers", such that they can be initialized, and suspended > > > and resumed at a different time. Saying that, I do need testing > > > from other architectures, to make sure I haven't broken anything. > > > > > > The technical details: > > > > > > To get proper ordering, I've extended the bus_generic_suspend() and > > > bus_generic_resume() to do multiple passes. Devices which cannot be > > > enabled or disabled at the current pass level would return an > > > EAGAIN. This could possibly cause problems, since it's an addition > > > to an existing API rather than a new API to run along side it, so > > > it needs a great deal of testing. It works fine on PowerPC, but I > > > don't have any i386/amd64 or sparc64 hardware to test it on, so > > > would like others who do to test it. I don't think that it would > > > impact x86 at all (testing is obviously required), because the > > > nexus is not an EARLY_DRIVER_MODULE, so all devices would be > > > handled at the same pass. But, I do know the sparc64 has an > > > EARLY_DRIVER_MODULE() nexus, so that will likely be impacted. > > > > > > Also, any comments are of course welcome. Technical concerns are > > > obviously welcome, and I will try to address everything. > > > > Do you have a patch against head? > > > > Marius > > > > Here you go. > > - Justin Oh I must add that this was just a merge, I didn't try compiling this merge, but there were no conflicts so it should build. But images are up on allbsd.org for people to test. -Justin From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 01:34:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC573A20 for ; Mon, 9 Dec 2013 01:34:37 +0000 (UTC) Received: from mail-oa0-x229.google.com (mail-oa0-x229.google.com [IPv6:2607:f8b0:4003:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 965E91511 for ; Mon, 9 Dec 2013 01:34:37 +0000 (UTC) Received: by mail-oa0-f41.google.com with SMTP id j17so3213792oag.0 for ; Sun, 08 Dec 2013 17:34:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=a8KSJTySAE5Mna3gqDCqyjqwr8Kz3ovePJNUU/LuHI0=; b=QjeoJyvjzBlO+L+RpitRjRvDLWqc7mDOfTAh7eLTU+Jpmukon8ijpSuaLjMfeW7Z3s 97+u0eJJYax7FyqPWB4GD2c+eVVjqRvFqxjjhviLoqz15r2PUNfTa9CdJjzWqWcMCWtq UfjRlE+L3Z6hWtLfVV6YDyLfwSlnjlFuACOvuSxHQh7x6ZHBtfXQv+eqF57T6A0tulJG xVP+oDC1Y89QDm9mVk1c6242Wq9oBcedD5PiBIZpUWi0z+BzEf9VMmB57M3eIb+xfPtI mPGyibGxdTPz+sDIf3rGR+ap5aAMjkT1qPvoE/u9J5Iq7PxmRa9MOBe4hG3C4lGGigNw Iutg== MIME-Version: 1.0 X-Received: by 10.60.135.130 with SMTP id ps2mr924036oeb.46.1386552876336; Sun, 08 Dec 2013 17:34:36 -0800 (PST) Received: by 10.76.70.202 with HTTP; Sun, 8 Dec 2013 17:34:36 -0800 (PST) Date: Sun, 8 Dec 2013 20:34:36 -0500 Message-ID: Subject: FreeBSD CURRENT Build breakage From: Outback Dingo To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 01:34:37 -0000 Heads up, seems compiling a kernel as of tonights broken.... CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=iso9899:1999 /usr/src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/est.c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c ===> crypto (depend) @ -> /usr/src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c make[4]: don't know how to make deflate.c. Stop make[4]: stopped in /usr/src/sys/modules/crypto *** Error code 2 Stop. From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 03:05:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71D557A0 for ; Mon, 9 Dec 2013 03:05:59 +0000 (UTC) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4139A1B02 for ; Mon, 9 Dec 2013 03:05:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=5+gH2Is5fem1+/KkMxG0rr48vl5p2EYCmxWoR0aI8mI=; b=euhd6BqYU+bh7qoVKeHUwsq+8C6veIQSQwV4/Y+FmHF4VMnmVS+3Htm9GnF0LSY388cdeqyWVIoVbT6r1KTNefDD9b3/0+v6ODP1RaQ3/BaJnRenF1nx7/3LgmzS3bQKQLhgY01HYf3Hdw9Yh8lFT3F/57aGHohL+U8KIlIxmf0=; Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]:42920 helo=borg.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1VprAS-000MQG-Dn for freebsd-current@freebsd.org; Sun, 08 Dec 2013 21:05:58 -0600 Date: Sun, 8 Dec 2013 21:05:47 -0600 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: [R259114/Newcons] Compile failure Message-ID: <20131209030547.GA43619@borg.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, URIBL_BLOCKED=0.001 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, URIBL_BLOCKED=0.001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 03:05:59 -0000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fno-strict-overflow -fstack-protector -Werror /usr/src/sys/dev/vt/vt_core.c /usr/src/sys/dev/vt/vt_core.c:1313:9: error: implicit declaration of function 'IOCPARM_IVAL' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ival = IOCPARM_IVAL(data); ^ 1 error generated. *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/BORG-DTRACE *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src ^C [1] Done(1) nohup make -DNO_CLEAN buildworld buildkernel >>make.noc.out 2>&1 # svn up Updating '.': At revision 259114. # svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 259114 Node Kind: directory Schedule: normal Last Changed Author: alfred Last Changed Rev: 259114 Last Changed Date: 2013-12-08 20:06:52 -0600 (Sun, 08 Dec 2013) # -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 04:16:20 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58239588; Mon, 9 Dec 2013 04:16:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DD6C1031; Mon, 9 Dec 2013 04:16:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB94GCbZ053185; Sun, 8 Dec 2013 23:16:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB94GCga053172; Mon, 9 Dec 2013 04:16:12 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Dec 2013 04:16:12 GMT Message-Id: <201312090416.rB94GCga053172@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 04:16:20 -0000 TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 01:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 01:10:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-09 01:10:19 - cleaning the object tree TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src TB --- 2013-12-09 01:10:24 - At svn revision 259112 TB --- 2013-12-09 01:10:25 - building world TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null TB --- 2013-12-09 01:10:25 - TARGET=arm TB --- 2013-12-09 01:10:25 - TARGET_ARCH=arm TB --- 2013-12-09 01:10:25 - TZ=UTC TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null TB --- 2013-12-09 01:10:25 - cd /src TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 01:10:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 9 04:12:28 UTC 2013 TB --- 2013-12-09 04:12:28 - generating LINT kernel config TB --- 2013-12-09 04:12:28 - cd /src/sys/arm/conf TB --- 2013-12-09 04:12:28 - /usr/bin/make -B LINT TB --- 2013-12-09 04:12:29 - cd /src/sys/arm/conf TB --- 2013-12-09 04:12:29 - /usr/sbin/config -m LINT TB --- 2013-12-09 04:12:29 - building LINT kernel TB --- 2013-12-09 04:12:29 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:12:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:12:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:12:29 - SRCCONF=/dev/null TB --- 2013-12-09 04:12:29 - TARGET=arm TB --- 2013-12-09 04:12:29 - TARGET_ARCH=arm TB --- 2013-12-09 04:12:29 - TZ=UTC TB --- 2013-12-09 04:12:29 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:12:29 - cd /src TB --- 2013-12-09 04:12:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 04:12:29 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/arm.arm/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpsw/../../arm/ti/cpsw/if_cpsw.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 04:16:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 04:16:12 - ERROR: failed to build LINT kernel TB --- 2013-12-09 04:16:12 - 8775.55 user 1673.29 system 11152.87 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 04:24:41 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48D02732; Mon, 9 Dec 2013 04:24:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CECB10B0; Mon, 9 Dec 2013 04:24:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB94OdVk025205; Sun, 8 Dec 2013 23:24:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB94OdZL025202; Mon, 9 Dec 2013 04:24:39 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Dec 2013 04:24:39 GMT Message-Id: <201312090424.rB94OdZL025202@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 04:24:41 -0000 TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 01:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 01:10:19 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-09 01:10:19 - cleaning the object tree TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src TB --- 2013-12-09 01:10:24 - At svn revision 259112 TB --- 2013-12-09 01:10:25 - building world TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null TB --- 2013-12-09 01:10:25 - TARGET=i386 TB --- 2013-12-09 01:10:25 - TARGET_ARCH=i386 TB --- 2013-12-09 01:10:25 - TZ=UTC TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null TB --- 2013-12-09 01:10:25 - cd /src TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 01:10:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 9 04:20:09 UTC 2013 TB --- 2013-12-09 04:20:09 - generating LINT kernel config TB --- 2013-12-09 04:20:09 - cd /src/sys/i386/conf TB --- 2013-12-09 04:20:09 - /usr/bin/make -B LINT TB --- 2013-12-09 04:20:09 - cd /src/sys/i386/conf TB --- 2013-12-09 04:20:09 - /usr/sbin/config -m LINT TB --- 2013-12-09 04:20:09 - building LINT kernel TB --- 2013-12-09 04:20:09 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:20:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:20:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:20:09 - SRCCONF=/dev/null TB --- 2013-12-09 04:20:09 - TARGET=i386 TB --- 2013-12-09 04:20:09 - TARGET_ARCH=i386 TB --- 2013-12-09 04:20:09 - TZ=UTC TB --- 2013-12-09 04:20:09 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:20:09 - cd /src TB --- 2013-12-09 04:20:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 04:20:09 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/i386.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../x86/cpufreq/est.c /src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c /src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c /src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c /src/sys/modules/cpufreq/../../x86/cpufreq/smist.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 04:24:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 04:24:39 - ERROR: failed to build LINT kernel TB --- 2013-12-09 04:24:39 - 9430.52 user 1676.12 system 11660.04 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 04:25:08 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67663856; Mon, 9 Dec 2013 04:25:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2BE2210BE; Mon, 9 Dec 2013 04:25:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB94P4V4029063; Sun, 8 Dec 2013 23:25:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB94P44Q029060; Mon, 9 Dec 2013 04:25:04 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Dec 2013 04:25:04 GMT Message-Id: <201312090425.rB94P44Q029060@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 04:25:08 -0000 TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 01:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 01:10:19 - starting HEAD tinderbox run for armv6/arm TB --- 2013-12-09 01:10:19 - cleaning the object tree TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src TB --- 2013-12-09 01:10:24 - At svn revision 259112 TB --- 2013-12-09 01:10:25 - building world TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null TB --- 2013-12-09 01:10:25 - TARGET=arm TB --- 2013-12-09 01:10:25 - TARGET_ARCH=armv6 TB --- 2013-12-09 01:10:25 - TZ=UTC TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null TB --- 2013-12-09 01:10:25 - cd /src TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 01:10:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 9 04:12:28 UTC 2013 TB --- 2013-12-09 04:12:28 - generating LINT kernel config TB --- 2013-12-09 04:12:28 - cd /src/sys/arm/conf TB --- 2013-12-09 04:12:28 - /usr/bin/make -B LINT TB --- 2013-12-09 04:12:29 - cd /src/sys/arm/conf TB --- 2013-12-09 04:12:29 - /usr/sbin/config -m LINT TB --- 2013-12-09 04:12:29 - skipping LINT kernel TB --- 2013-12-09 04:12:29 - cd /src/sys/arm/conf TB --- 2013-12-09 04:12:29 - /usr/sbin/config -m AC100 TB --- 2013-12-09 04:12:29 - building AC100 kernel TB --- 2013-12-09 04:12:29 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:12:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:12:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:12:29 - SRCCONF=/dev/null TB --- 2013-12-09 04:12:29 - TARGET=arm TB --- 2013-12-09 04:12:29 - TARGET_ARCH=armv6 TB --- 2013-12-09 04:12:29 - TZ=UTC TB --- 2013-12-09 04:12:29 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:12:29 - cd /src TB --- 2013-12-09 04:12:29 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Mon Dec 9 04:12:29 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AC100 completed on Mon Dec 9 04:15:31 UTC 2013 TB --- 2013-12-09 04:15:31 - cd /src/sys/arm/conf TB --- 2013-12-09 04:15:31 - /usr/sbin/config -m ARMADAXP TB --- 2013-12-09 04:15:32 - building ARMADAXP kernel TB --- 2013-12-09 04:15:32 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:15:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:15:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:15:32 - SRCCONF=/dev/null TB --- 2013-12-09 04:15:32 - TARGET=arm TB --- 2013-12-09 04:15:32 - TARGET_ARCH=armv6 TB --- 2013-12-09 04:15:32 - TZ=UTC TB --- 2013-12-09 04:15:32 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:15:32 - cd /src TB --- 2013-12-09 04:15:32 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Mon Dec 9 04:15:32 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARMADAXP completed on Mon Dec 9 04:19:23 UTC 2013 TB --- 2013-12-09 04:19:23 - cd /src/sys/arm/conf TB --- 2013-12-09 04:19:23 - /usr/sbin/config -m ARNDALE TB --- 2013-12-09 04:19:23 - building ARNDALE kernel TB --- 2013-12-09 04:19:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:19:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:19:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:19:23 - SRCCONF=/dev/null TB --- 2013-12-09 04:19:23 - TARGET=arm TB --- 2013-12-09 04:19:23 - TARGET_ARCH=armv6 TB --- 2013-12-09 04:19:23 - TZ=UTC TB --- 2013-12-09 04:19:23 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:19:23 - cd /src TB --- 2013-12-09 04:19:23 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Mon Dec 9 04:19:23 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ARNDALE completed on Mon Dec 9 04:23:47 UTC 2013 TB --- 2013-12-09 04:23:47 - cd /src/sys/arm/conf TB --- 2013-12-09 04:23:47 - /usr/sbin/config -m ATMEL TB --- 2013-12-09 04:23:47 - skipping ATMEL kernel TB --- 2013-12-09 04:23:47 - cd /src/sys/arm/conf TB --- 2013-12-09 04:23:47 - /usr/sbin/config -m AVILA TB --- 2013-12-09 04:23:47 - skipping AVILA kernel TB --- 2013-12-09 04:23:47 - cd /src/sys/arm/conf TB --- 2013-12-09 04:23:47 - /usr/sbin/config -m BEAGLEBONE TB --- 2013-12-09 04:23:48 - building BEAGLEBONE kernel TB --- 2013-12-09 04:23:48 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:23:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:23:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:23:48 - SRCCONF=/dev/null TB --- 2013-12-09 04:23:48 - TARGET=arm TB --- 2013-12-09 04:23:48 - TARGET_ARCH=armv6 TB --- 2013-12-09 04:23:48 - TZ=UTC TB --- 2013-12-09 04:23:48 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:23:48 - cd /src TB --- 2013-12-09 04:23:48 - /usr/bin/make -B buildkernel KERNCONF=BEAGLEBONE >>> Kernel build for BEAGLEBONE started on Mon Dec 9 04:23:48 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/arm.armv6/src/sys/BEAGLEBONE -std=iso9899:1999 /src/sys/modules/cpsw/../../arm/ti/cpsw/if_cpsw.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/BEAGLEBONE *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 04:25:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 04:25:04 - ERROR: failed to build BEAGLEBONE kernel TB --- 2013-12-09 04:25:04 - 9177.88 user 1798.05 system 11684.50 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 04:42:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0FCFCA0; Mon, 9 Dec 2013 04:42:45 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65C0E11C5; Mon, 9 Dec 2013 04:42:45 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id rB94geaT073561; Mon, 9 Dec 2013 06:42:40 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rB94geaT073561 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rB94gdDj073560; Mon, 9 Dec 2013 06:42:39 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 9 Dec 2013 06:42:39 +0200 From: Konstantin Belousov To: Stefan Hegnauer Subject: Re: nanobsd / dd problem? Message-ID: <20131209044239.GS59496@kib.kiev.ua> References: <52a4ad05.892ee50a.41cd.084aSMTPIN_ADDED_BROKEN@mx.google.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qwua2IE5osIB7M43" Content-Disposition: inline In-Reply-To: <52a4ad05.892ee50a.41cd.084aSMTPIN_ADDED_BROKEN@mx.google.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: mav@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 04:42:46 -0000 --Qwua2IE5osIB7M43 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 08, 2013 at 06:31:36PM +0100, Stefan Hegnauer wrote: > Hi, >=20 > =20 >=20 > I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD > 11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013 > root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS i386) in a VirtualBox as a bu= ild > machine for nanobsd images to be used on pc-engines.ch alix boards. The o= nly > difference to GENERIC is the inclusion of 'march=3Dgeode' and disabling of > most debugging switches (malloc, Witness etc). Worked like a charm in the > past. >=20 > =20 >=20 > Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails > at the last stage when building the disk image, e.g. with >=20 > ... >=20 > 00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di >=20 > # >=20 > =20 >=20 > Looking a bit closer it seems that dd(1) returns with an I/O error whenev= er > the input is a file created with mdconfig(8): >=20 > # dd if=3D/dev/zero of=3Dsomebackingfile bs=3D1k count=3D5k >=20 > # mdconfig -f somebackingfile -u md0 >=20 > # newfs -U /dev/md0 >=20 > # dd if=3D/dev/md0 of=3D/dev/null >=20 > dd: /dev/md0: Input/output error >=20 > 10241+0 records in >=20 > 10241+0 records out >=20 > 5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec) >=20 > =20 >=20 > The outputfile in nanobsd.sh seems to be error-free. It should be one block larger than the right size. \ >=20 > Anyone else seen similar behaviour? How to proceed/fix it? >=20 The following patch should clear the error. The issue is that kern_physio() incorrectly detects EOF due to incorrect calculation of bio bio_resid after the bio_length was clipped by the 'excess' code in g_io_check(). Both bio_length and bio_resid appear to be 0 in the pre-last dd transfer, which starts exactly and the mediasize, and kern_physio() thinks that it transferred one more block than was transferred. I _suspect_ that it was caused by 'excess' code moving in r256880, but I am really not in the right condition to analyze it. If somebody could try the same dd experiment to confirm or deny my suspicion, it would be useful. The patch below should be a right thing to do anyway. diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c index c23a74b..b7c4d60 100644 --- a/sys/kern/vfs_bio.c +++ b/sys/kern/vfs_bio.c @@ -3679,7 +3679,6 @@ bufdonebio(struct bio *bip) =20 bp =3D bip->bio_caller2; bp->b_resid =3D bp->b_bcount - bip->bio_completed; - bp->b_resid =3D bip->bio_resid; /* XXX: remove */ bp->b_ioflags =3D bip->bio_flags; bp->b_error =3D bip->bio_error; if (bp->b_error) --Qwua2IE5osIB7M43 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSpUo+AAoJEJDCuSvBvK1BsRgP+wd0KK76PjGbHPLm4fBUaHEW oyf8ZqMd1GcUYU4hQjRX8ibOooVCqFwTE+GqdIEoum1mWYOaXPYvHgG+adT6QTV+ ylV+gyc+BilaUcfwR6yC4xLLTK8aMN3J8i9b/Ek5bPM0g1XseLou7Kmh5fkpM0ft 8CRrsmBaTOesJYhiHwvTaJiawBqO8+XyJcJTvZQAeyvhj0uYXj235hhbMiBb0Ta8 +HYO8Y0hEvcZGThg6K45Cd1cbpRZcHRsPniAxatl4W1buTw9sVGDHS7HPWmDBJfM 0OGq6CZPUyPPXqQZ7WpOk8HP68MpAZmqgORJBf9/asVKAtsE+5GzGndgjUmveyPW TfgEiAqc08SNfOLP9l0WineL1BWu1kMui/HU2vvdwGR3zN/aGPs8oEX13FwFj+5s etCkWGKDu3kKfUOqAzR9PNSrzotsCsdMFLb3uvFdFZeqDpUjX6tmDdeuRIxW2HfK 3q5IdH/GIE4XDe1qIhM7R2wCfdxN5aHa+0i6qTMRrSyRFoO4wCXQCCbnZqTozEdD qrW43dUVUNfRUxMK2qfhwNDktQJVtlEYCodWQx+P1GBMgMHX9LdA47ok4EDhxW3H mUjwkNocUpvvJq1H7p2Bm2YBbTNozqJR+1+DLDOWdDxHHBVRZ5TmIck99qBBJJZz /hCVqer6aHUAAXiT1b4Z =YqvJ -----END PGP SIGNATURE----- --Qwua2IE5osIB7M43-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 04:57:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A59E9E82; Mon, 9 Dec 2013 04:57:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B4C51255; Mon, 9 Dec 2013 04:57:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB94vo7O033306; Sun, 8 Dec 2013 23:57:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB94voD9033299; Mon, 9 Dec 2013 04:57:50 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Dec 2013 04:57:50 GMT Message-Id: <201312090457.rB94voD9033299@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 04:57:51 -0000 TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 01:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 01:10:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-12-09 01:10:19 - cleaning the object tree TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src TB --- 2013-12-09 01:10:24 - At svn revision 259112 TB --- 2013-12-09 01:10:25 - building world TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null TB --- 2013-12-09 01:10:25 - TARGET=amd64 TB --- 2013-12-09 01:10:25 - TARGET_ARCH=amd64 TB --- 2013-12-09 01:10:25 - TZ=UTC TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null TB --- 2013-12-09 01:10:25 - cd /src TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 01:10:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Dec 9 04:54:02 UTC 2013 TB --- 2013-12-09 04:54:02 - generating LINT kernel config TB --- 2013-12-09 04:54:02 - cd /src/sys/amd64/conf TB --- 2013-12-09 04:54:02 - /usr/bin/make -B LINT TB --- 2013-12-09 04:54:02 - cd /src/sys/amd64/conf TB --- 2013-12-09 04:54:02 - /usr/sbin/config -m LINT TB --- 2013-12-09 04:54:02 - building LINT kernel TB --- 2013-12-09 04:54:02 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:54:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:54:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:54:02 - SRCCONF=/dev/null TB --- 2013-12-09 04:54:02 - TARGET=amd64 TB --- 2013-12-09 04:54:02 - TARGET_ARCH=amd64 TB --- 2013-12-09 04:54:02 - TZ=UTC TB --- 2013-12-09 04:54:02 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:54:02 - cd /src TB --- 2013-12-09 04:54:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 04:54:02 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64.amd64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../x86/cpufreq/est.c /src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c /src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c /src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 04:57:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 04:57:50 - ERROR: failed to build LINT kernel TB --- 2013-12-09 04:57:50 - 10793.70 user 2046.82 system 13650.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 06:00:57 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A06D93B; Mon, 9 Dec 2013 06:00:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D42D81653; Mon, 9 Dec 2013 06:00:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB960tJg017328; Mon, 9 Dec 2013 01:00:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB960tXV017325; Mon, 9 Dec 2013 06:00:55 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Dec 2013 06:00:55 GMT Message-Id: <201312090600.rB960tXV017325@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 06:00:57 -0000 TB --- 2013-12-09 04:24:40 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 04:24:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 04:24:40 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-12-09 04:24:40 - cleaning the object tree TB --- 2013-12-09 04:24:40 - /usr/local/bin/svn stat /src TB --- 2013-12-09 04:24:43 - At svn revision 259112 TB --- 2013-12-09 04:24:44 - building world TB --- 2013-12-09 04:24:44 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:24:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:24:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:24:44 - SRCCONF=/dev/null TB --- 2013-12-09 04:24:44 - TARGET=ia64 TB --- 2013-12-09 04:24:44 - TARGET_ARCH=ia64 TB --- 2013-12-09 04:24:44 - TZ=UTC TB --- 2013-12-09 04:24:44 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:24:44 - cd /src TB --- 2013-12-09 04:24:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 04:24:53 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 9 05:58:49 UTC 2013 TB --- 2013-12-09 05:58:49 - generating LINT kernel config TB --- 2013-12-09 05:58:49 - cd /src/sys/ia64/conf TB --- 2013-12-09 05:58:49 - /usr/bin/make -B LINT TB --- 2013-12-09 05:58:49 - cd /src/sys/ia64/conf TB --- 2013-12-09 05:58:49 - /usr/sbin/config -m LINT TB --- 2013-12-09 05:58:49 - building LINT kernel TB --- 2013-12-09 05:58:49 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 05:58:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 05:58:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 05:58:49 - SRCCONF=/dev/null TB --- 2013-12-09 05:58:49 - TARGET=ia64 TB --- 2013-12-09 05:58:49 - TARGET_ARCH=ia64 TB --- 2013-12-09 05:58:49 - TZ=UTC TB --- 2013-12-09 05:58:49 - __MAKE_CONF=/dev/null TB --- 2013-12-09 05:58:49 - cd /src TB --- 2013-12-09 05:58:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 05:58:49 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/ia64.ia64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 06:00:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 06:00:55 - ERROR: failed to build LINT kernel TB --- 2013-12-09 06:00:55 - 4529.61 user 851.86 system 5775.26 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 07:04:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F7FF365 for ; Mon, 9 Dec 2013 07:04:04 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 20DA419EB for ; Mon, 9 Dec 2013 07:04:03 +0000 (UTC) Received: from ASUS ([84.227.120.88]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0Ld0fQ-1V81Td3JYm-00iByF for ; Mon, 09 Dec 2013 08:04:02 +0100 From: "Stefan Hegnauer" To: "'Konstantin Belousov'" References: <52a4ad05.892ee50a.41cd.084aSMTPIN_ADDED_BROKEN@mx.google.com> <20131209044239.GS59496@kib.kiev.ua> In-Reply-To: <20131209044239.GS59496@kib.kiev.ua> Subject: RE: nanobsd / dd problem? Date: Mon, 9 Dec 2013 08:04:01 +0100 Message-ID: <000b01cef4ac$d717b350$854719f0$@hegnauer@gmx.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac70mRuR8vOYA/lSTh27sKiiCcQd4wAExiSw Content-Language: de-ch X-Provags-ID: V03:K0:kCuxzFU2nd2lskK7WAVM5d1l5LlK3n+K8Ov8H4xHgpZ1F/cWDMc ASWtPx5Cw4LLopkTDezg1EGrqygVe6NTeP258mQ+cp74pgR7LjywikgfYmHhl5ZR/cZxNPU ZiKtnhT0D9xDXaN8SaPb2aAgwBpXUAng0QzjbDKVewPNHNDfM3SnWVrcjbesxCqQdPjW0MB ekh85Dh/GA8PXvZN9MWIQ== Cc: mav@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 07:04:04 -0000 On Monday, December 09, 2013 at 5:43 AM Konstantin Belousov wrote: > On Sun, Dec 08, 2013 at 06:31:36PM +0100, Stefan Hegnauer wrote: > > Hi, > > > > > > > > I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD > > 11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013 > > root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS i386) in a VirtualBox as > a build > > machine for nanobsd images to be used on pc-engines.ch alix boards. > The only > > difference to GENERIC is the inclusion of 'march=geode' and disabling > of > > most debugging switches (malloc, Witness etc). Worked like a charm in > the > > past. > > > > > > > > Since late summer - sorry, no exact date / svn revision - nanobsd.sh > fails > > at the last stage when building the disk image, e.g. with > > > > ... > > > > 00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di > > > > # > > > > > > > > Looking a bit closer it seems that dd(1) returns with an I/O error > whenever > > the input is a file created with mdconfig(8): > > > > # dd if=/dev/zero of=somebackingfile bs=1k count=5k > > > > # mdconfig -f somebackingfile -u md0 > > > > # newfs -U /dev/md0 > > > > # dd if=/dev/md0 of=/dev/null > > > > dd: /dev/md0: Input/output error > > > > 10241+0 records in > > > > 10241+0 records out > > > > 5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec) > > > > > > > > The outputfile in nanobsd.sh seems to be error-free. > It should be one block larger than the right size. > \ > > > > Anyone else seen similar behaviour? How to proceed/fix it? > > > > The following patch should clear the error. > > The issue is that kern_physio() incorrectly detects EOF due to > incorrect > calculation of bio bio_resid after the bio_length was clipped by the > 'excess' code in g_io_check(). Both bio_length and bio_resid appear > to be 0 in the pre-last dd transfer, which starts exactly and the > mediasize, and kern_physio() thinks that it transferred one more block > than was transferred. > > I _suspect_ that it was caused by 'excess' code moving in r256880, > but I am really not in the right condition to analyze it. If somebody > could try the same dd experiment to confirm or deny my suspicion, it > would be useful. > > The patch below should be a right thing to do anyway. > > diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c > index c23a74b..b7c4d60 100644 > --- a/sys/kern/vfs_bio.c > +++ b/sys/kern/vfs_bio.c > @@ -3679,7 +3679,6 @@ bufdonebio(struct bio *bip) > > bp = bip->bio_caller2; > bp->b_resid = bp->b_bcount - bip->bio_completed; > - bp->b_resid = bip->bio_resid; /* XXX: remove */ > bp->b_ioflags = bip->bio_flags; > bp->b_error = bip->bio_error; > if (bp->b_error) Works for me - please commit! Thanks a lot! -Stefan From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 07:38:27 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D491CDEC; Mon, 9 Dec 2013 07:38:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A94E11D30; Mon, 9 Dec 2013 07:38:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB97cQrb061148; Mon, 9 Dec 2013 02:38:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB97cQq7061035; Mon, 9 Dec 2013 07:38:26 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Dec 2013 07:38:26 GMT Message-Id: <201312090738.rB97cQq7061035@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 07:38:28 -0000 TB --- 2013-12-09 04:16:13 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 04:16:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 04:16:13 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-12-09 04:16:13 - cleaning the object tree TB --- 2013-12-09 04:16:13 - /usr/local/bin/svn stat /src TB --- 2013-12-09 04:16:18 - At svn revision 259112 TB --- 2013-12-09 04:16:19 - building world TB --- 2013-12-09 04:16:19 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:16:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:16:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:16:19 - SRCCONF=/dev/null TB --- 2013-12-09 04:16:19 - TARGET=pc98 TB --- 2013-12-09 04:16:19 - TARGET_ARCH=i386 TB --- 2013-12-09 04:16:19 - TZ=UTC TB --- 2013-12-09 04:16:19 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:16:19 - cd /src TB --- 2013-12-09 04:16:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 04:16:27 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 9 07:35:31 UTC 2013 TB --- 2013-12-09 07:35:31 - generating LINT kernel config TB --- 2013-12-09 07:35:31 - cd /src/sys/pc98/conf TB --- 2013-12-09 07:35:31 - /usr/bin/make -B LINT TB --- 2013-12-09 07:35:31 - cd /src/sys/pc98/conf TB --- 2013-12-09 07:35:31 - /usr/sbin/config -m LINT TB --- 2013-12-09 07:35:31 - building LINT kernel TB --- 2013-12-09 07:35:31 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 07:35:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 07:35:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 07:35:31 - SRCCONF=/dev/null TB --- 2013-12-09 07:35:31 - TARGET=pc98 TB --- 2013-12-09 07:35:31 - TARGET_ARCH=i386 TB --- 2013-12-09 07:35:31 - TZ=UTC TB --- 2013-12-09 07:35:31 - __MAKE_CONF=/dev/null TB --- 2013-12-09 07:35:31 - cd /src TB --- 2013-12-09 07:35:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 07:35:31 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/pc98.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 07:38:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 07:38:26 - ERROR: failed to build LINT kernel TB --- 2013-12-09 07:38:26 - 9884.89 user 1307.52 system 12133.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 08:36:51 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C168C768; Mon, 9 Dec 2013 08:36:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95DA61141; Mon, 9 Dec 2013 08:36:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB98aoV0052324; Mon, 9 Dec 2013 03:36:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB98aosH052323; Mon, 9 Dec 2013 08:36:50 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Dec 2013 08:36:50 GMT Message-Id: <201312090836.rB98aosH052323@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 08:36:51 -0000 TB --- 2013-12-09 07:29:38 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 07:29:38 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 07:29:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-12-09 07:29:38 - cleaning the object tree TB --- 2013-12-09 07:29:38 - /usr/local/bin/svn stat /src TB --- 2013-12-09 07:29:41 - At svn revision 259112 TB --- 2013-12-09 07:29:42 - building world TB --- 2013-12-09 07:29:42 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 07:29:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 07:29:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 07:29:42 - SRCCONF=/dev/null TB --- 2013-12-09 07:29:42 - TARGET=sparc64 TB --- 2013-12-09 07:29:42 - TARGET_ARCH=sparc64 TB --- 2013-12-09 07:29:42 - TZ=UTC TB --- 2013-12-09 07:29:42 - __MAKE_CONF=/dev/null TB --- 2013-12-09 07:29:42 - cd /src TB --- 2013-12-09 07:29:42 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 07:29:50 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 9 08:34:57 UTC 2013 TB --- 2013-12-09 08:34:57 - generating LINT kernel config TB --- 2013-12-09 08:34:57 - cd /src/sys/sparc64/conf TB --- 2013-12-09 08:34:57 - /usr/bin/make -B LINT TB --- 2013-12-09 08:34:58 - cd /src/sys/sparc64/conf TB --- 2013-12-09 08:34:58 - /usr/sbin/config -m LINT TB --- 2013-12-09 08:34:58 - building LINT kernel TB --- 2013-12-09 08:34:58 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 08:34:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 08:34:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 08:34:58 - SRCCONF=/dev/null TB --- 2013-12-09 08:34:58 - TARGET=sparc64 TB --- 2013-12-09 08:34:58 - TARGET_ARCH=sparc64 TB --- 2013-12-09 08:34:58 - TZ=UTC TB --- 2013-12-09 08:34:58 - __MAKE_CONF=/dev/null TB --- 2013-12-09 08:34:58 - cd /src TB --- 2013-12-09 08:34:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 08:34:58 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/sparc64.sparc64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cd9660_iconv/../../fs/cd9660/cd9660_iconv.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 08:36:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 08:36:50 - ERROR: failed to build LINT kernel TB --- 2013-12-09 08:36:50 - 3113.12 user 581.30 system 4031.94 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 08:39:27 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C0A78BE; Mon, 9 Dec 2013 08:39:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 004EE115F; Mon, 9 Dec 2013 08:39:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB98dPfl066736; Mon, 9 Dec 2013 03:39:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB98dP9T066730; Mon, 9 Dec 2013 08:39:25 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Dec 2013 08:39:25 GMT Message-Id: <201312090839.rB98dP9T066730@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 08:39:27 -0000 TB --- 2013-12-09 06:00:55 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 06:00:55 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 06:00:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-12-09 06:00:55 - cleaning the object tree TB --- 2013-12-09 06:00:55 - /usr/local/bin/svn stat /src TB --- 2013-12-09 06:01:08 - At svn revision 259112 TB --- 2013-12-09 06:01:09 - building world TB --- 2013-12-09 06:01:09 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 06:01:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 06:01:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 06:01:09 - SRCCONF=/dev/null TB --- 2013-12-09 06:01:09 - TARGET=powerpc TB --- 2013-12-09 06:01:09 - TARGET_ARCH=powerpc TB --- 2013-12-09 06:01:09 - TZ=UTC TB --- 2013-12-09 06:01:09 - __MAKE_CONF=/dev/null TB --- 2013-12-09 06:01:09 - cd /src TB --- 2013-12-09 06:01:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 06:01:18 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 9 08:38:01 UTC 2013 TB --- 2013-12-09 08:38:01 - generating LINT kernel config TB --- 2013-12-09 08:38:01 - cd /src/sys/powerpc/conf TB --- 2013-12-09 08:38:01 - /usr/bin/make -B LINT TB --- 2013-12-09 08:38:01 - cd /src/sys/powerpc/conf TB --- 2013-12-09 08:38:01 - /usr/sbin/config -m LINT TB --- 2013-12-09 08:38:01 - building LINT kernel TB --- 2013-12-09 08:38:01 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 08:38:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 08:38:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 08:38:01 - SRCCONF=/dev/null TB --- 2013-12-09 08:38:01 - TARGET=powerpc TB --- 2013-12-09 08:38:01 - TARGET_ARCH=powerpc TB --- 2013-12-09 08:38:01 - TZ=UTC TB --- 2013-12-09 08:38:01 - __MAKE_CONF=/dev/null TB --- 2013-12-09 08:38:01 - cd /src TB --- 2013-12-09 08:38:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 08:38:02 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../powerpc/cpufreq/dfs.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 08:39:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 08:39:25 - ERROR: failed to build LINT kernel TB --- 2013-12-09 08:39:25 - 8073.29 user 997.61 system 9509.89 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 08:59:17 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7463251 for ; Mon, 9 Dec 2013 08:59:17 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF5A31302 for ; Mon, 9 Dec 2013 08:59:16 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id w62so3042285wes.7 for ; Mon, 09 Dec 2013 00:59:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=K5fpeVw1WEZdkrw1ic123Pwco031/aHQH50TDaOD7Ts=; b=M502ItQf2LAUD4lsX7981yXZFHj+gJutAKzI4eY3kt+pbHUIm1O/IGaD+T2DjGrJA/ vvNXFDMAvsbp5rzk8lQh3SJd8XXvv1Ieoe/F/xFq+y5Lt6wDZdteU8CUwc5O30gbJPZi oMUvvlwSqucFcnDGNsoLzm6dOTik8ZiQKxztCSwCy1glcl+MdivrqukZXddPe2pG/36J 10/Re2UQirzG3Hx22OrKgbNPOAV7sGEegabCNh+PtWhv9HcRkv1JXWCNJc3lkp/vGZ0h kegGEkjJNJMmtKYp7ZjDdY7Cu+YDQKo55fA/9ET5lKfNylXRGFEGc0ZXYvuQjUzH9LY5 iqFg== MIME-Version: 1.0 X-Received: by 10.180.109.201 with SMTP id hu9mr12843363wib.59.1386579554959; Mon, 09 Dec 2013 00:59:14 -0800 (PST) Received: by 10.227.226.12 with HTTP; Mon, 9 Dec 2013 00:59:14 -0800 (PST) In-Reply-To: <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> References: <201312052238.rB5McsVN020719@svn.freebsd.org> <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> Date: Mon, 9 Dec 2013 10:59:14 +0200 Message-ID: Subject: Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken From: Markiyan Kushnir To: Marc UBM Content-Type: multipart/mixed; boundary=e89a8f2356bdd4e41304ed1635fa Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 08:59:17 -0000 --e89a8f2356bdd4e41304ed1635fa Content-Type: text/plain; charset=ISO-8859-1 Hello, I'm on rev. 259102 and hitting drm not being able to attach to fbd device at X startup (X freezing). Attaching /var/log/messages, pciconf output and kern.conftxt. Please let me know if there is something I'm missing here. Posting in this thread since I thought it might be relevant to this commit? Thanks, Markiyan 2013/12/8 Marc UBM : > Hiho! :-) > > Thanks a lot for working on this! > > As soon as X is started, things work fine. Before that (as soon as vt > is initialized after the boot menu), output on all ttys is flickering, > resolution is at 640x480 (guessing here) and changing anything via > vidcontrol fails with "inappropriate ioctl for device". Also, screen > output starts overlapping, but a "clear" command fixes that > temporarily. The "Alt-Gr" key does nothing, manually entering ascii > keycodes via alt+number (e.g. alt-124 for |) works. > > Relevant pciconf output: > > vgapci0@pci0:0:2:0: class=0x030000 card=0x40011297 chip=0x2e328086 > rev=0x03 hdr=0x00 vendor = 'Intel Corporation' > device = '4 Series Chipset Integrated Graphics Controller' > class = display > subclass = VGA > > vgapci1@pci0:0:2:1: class=0x038000 card=0x40011297 chip=0x2e338086 > rev=0x03 hdr=0x00 vendor = 'Intel Corporation' > device = '4 Series Chipset Integrated Graphics Controller' > class = display > > Best regards, > Marc > > >> Author: ray >> Date: Thu Dec 5 22:38:53 2013 >> New Revision: 259016 >> URL: http://svnweb.freebsd.org/changeset/base/259016 >> >> Log: >> Merge VT(9) project (a.k.a. newcons). >> >> Reviewed by: nwhitehorn >> MFC_to_10_after: re approval >> >> Sponsored by: The FreeBSD Foundation >> >> Added: >> head/sys/dev/fb/fb_if.m >> - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fb_if.m >> head/sys/dev/fb/fbd.c >> - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fbd.c >> head/sys/dev/vt/ >> - copied from r259015, user/ed/newcons/sys/dev/vt/ >> head/sys/kern/subr_terminal.c >> - copied unchanged from r259015, user/ed/newcons/sys/kern/subr_terminal.c >> head/sys/sys/terminal.h >> - copied unchanged from r259015, user/ed/newcons/sys/sys/terminal.h >> Modified: >> head/sys/conf/files >> head/sys/conf/files.amd64 >> head/sys/conf/files.arm >> head/sys/conf/files.i386 >> head/sys/conf/files.powerpc >> head/sys/conf/files.sparc64 >> head/sys/conf/kmod.mk >> head/sys/conf/options >> head/sys/dev/drm2/drm_fb_helper.c >> head/sys/dev/drm2/drm_os_freebsd.h >> head/sys/dev/drm2/i915/i915_drv.c >> head/sys/dev/drm2/i915/intel_fb.c >> head/sys/dev/drm2/radeon/radeon.h >> head/sys/dev/drm2/radeon/radeon_drv.c >> head/sys/dev/drm2/radeon/radeon_fb.c >> head/sys/dev/drm2/radeon/radeon_pm.c >> head/sys/modules/drm2/i915kms/Makefile >> head/sys/modules/drm2/radeonkms/Makefile >> head/sys/sparc64/sparc64/machdep.c >> head/sys/sys/consio.h >> head/sys/sys/eventhandler.h >> head/sys/sys/fbio.h >> head/sys/sys/tty.h >> head/sys/teken/teken.c >> head/sys/teken/teken.h >> head/sys/teken/teken_subr.h >> Directory Properties: >> head/sys/ (props changed) >> head/sys/conf/ (props changed) >> >> Modified: head/sys/conf/files >> ============================================================================== >> --- head/sys/conf/files Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/conf/files Thu Dec 5 22:38:53 2013 (r259016) >> @@ -82,7 +82,7 @@ pccarddevs.h standard \ >> compile-with "${AWK} -f $S/tools/pccarddevs2h.awk $S/dev/pccard/pccarddevs" \ >> no-obj no-implicit-rule before-depend \ >> clean "pccarddevs.h" >> -teken_state.h optional sc \ >> +teken_state.h optional sc | vt \ >> dependency "$S/teken/gensequences $S/teken/sequences" \ >> compile-with "${AWK} -f $S/teken/gensequences $S/teken/sequences > teken_state.h" \ >> no-obj no-implicit-rule before-depend \ >> @@ -1396,6 +1396,8 @@ dev/ex/if_ex_isa.c optional ex isa >> dev/ex/if_ex_pccard.c optional ex pccard >> dev/exca/exca.c optional cbb >> dev/fatm/if_fatm.c optional fatm pci >> +dev/fb/fbd.c optional fbd | vt >> +dev/fb/fb_if.m optional fbd | vt >> dev/fb/splash.c optional splash >> dev/fdt/fdt_common.c optional fdt >> dev/fdt/fdt_ic_if.m optional fdt >> @@ -2461,6 +2463,17 @@ dev/vge/if_vge.c optional vge >> >> dev/vkbd/vkbd.c optional vkbd >> dev/vr/if_vr.c optional vr pci >> +dev/vt/colors/vt_termcolors.c optional vt >> +dev/vt/font/vt_font_default.c optional vt >> +dev/vt/font/vt_mouse_cursor.c optional vt >> +dev/vt/hw/fb/vt_fb.c optional vt >> +dev/vt/hw/vga/vga.c optional vt vt_vga >> +dev/vt/logo/logo_freebsd.c optional vt >> +dev/vt/vt_buf.c optional vt >> +dev/vt/vt_consolectl.c optional vt >> +dev/vt/vt_core.c optional vt >> +dev/vt/vt_font.c optional vt >> +dev/vt/vt_sysmouse.c optional vt >> dev/vte/if_vte.c optional vte pci >> dev/vx/if_vx.c optional vx >> dev/vx/if_vx_eisa.c optional vx eisa >> @@ -2897,6 +2910,7 @@ kern/subr_sleepqueue.c standard >> kern/subr_smp.c standard >> kern/subr_stack.c optional ddb | stack | ktr >> kern/subr_taskqueue.c standard >> +kern/subr_terminal.c optional vt >> kern/subr_trap.c standard >> kern/subr_turnstile.c standard >> kern/subr_uio.c standard >> @@ -3796,7 +3810,7 @@ security/mac_portacl/mac_portacl.c optio >> security/mac_seeotheruids/mac_seeotheruids.c optional mac_seeotheruids >> security/mac_stub/mac_stub.c optional mac_stub >> security/mac_test/mac_test.c optional mac_test >> -teken/teken.c optional sc >> +teken/teken.c optional sc | vt >> ufs/ffs/ffs_alloc.c optional ffs >> ufs/ffs/ffs_balloc.c optional ffs >> ufs/ffs/ffs_inode.c optional ffs >> >> Modified: head/sys/conf/files.amd64 >> ============================================================================== >> --- head/sys/conf/files.amd64 Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/conf/files.amd64 Thu Dec 5 22:38:53 2013 (r259016) >> @@ -241,7 +241,7 @@ dev/hyperv/vmbus/hv_connection.c optio >> dev/hyperv/vmbus/hv_hv.c optional hyperv >> dev/hyperv/vmbus/hv_ring_buffer.c optional hyperv >> dev/hyperv/vmbus/hv_vmbus_drv_freebsd.c optional hyperv >> -dev/kbd/kbd.c optional atkbd | sc | ukbd >> +dev/kbd/kbd.c optional atkbd | sc | ukbd | vt >> dev/lindev/full.c optional lindev >> dev/lindev/lindev.c optional lindev >> dev/nfe/if_nfe.c optional nfe pci >> >> Modified: head/sys/conf/files.arm >> ============================================================================== >> --- head/sys/conf/files.arm Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/conf/files.arm Thu Dec 5 22:38:53 2013 (r259016) >> @@ -62,7 +62,7 @@ crypto/blowfish/bf_enc.c optional crypto >> crypto/des/des_enc.c optional crypto | ipsec | netsmb >> dev/fb/fb.c optional sc >> dev/hwpmc/hwpmc_arm.c optional hwpmc >> -dev/kbd/kbd.c optional sc >> +dev/kbd/kbd.c optional sc | vt >> dev/syscons/scgfbrndr.c optional sc >> dev/syscons/scterm-teken.c optional sc >> dev/syscons/scvtb.c optional sc >> >> Modified: head/sys/conf/files.i386 >> ============================================================================== >> --- head/sys/conf/files.i386 Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/conf/files.i386 Thu Dec 5 22:38:53 2013 (r259016) >> @@ -249,7 +249,7 @@ dev/ipmi/ipmi_smbios.c optional ipmi >> dev/ipmi/ipmi_ssif.c optional ipmi smbus >> dev/ipmi/ipmi_pci.c optional ipmi pci >> dev/ipmi/ipmi_linux.c optional ipmi compat_linux >> -dev/kbd/kbd.c optional atkbd | sc | ukbd >> +dev/kbd/kbd.c optional atkbd | sc | ukbd | vt >> dev/le/if_le_isa.c optional le isa >> dev/lindev/full.c optional lindev >> dev/lindev/lindev.c optional lindev >> @@ -293,6 +293,7 @@ dev/viawd/viawd.c optional viawd >> dev/vmware/vmxnet3/if_vmx.c optional vmx >> dev/acpica/acpi_if.m standard >> dev/acpi_support/acpi_wmi_if.m standard >> +dev/vt/hw/xboxfb/xboxfb.c optional vt_xboxfb >> dev/wbwd/wbwd.c optional wbwd >> dev/wpi/if_wpi.c optional wpi >> dev/isci/isci.c optional isci >> >> Modified: head/sys/conf/files.powerpc >> ============================================================================== >> --- head/sys/conf/files.powerpc Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/conf/files.powerpc Thu Dec 5 22:38:53 2013 (r259016) >> @@ -35,7 +35,7 @@ dev/iicbus/ad7417.c optional ad7417 pow >> dev/iicbus/ds1631.c optional ds1631 powermac >> dev/iicbus/ds1775.c optional ds1775 powermac >> dev/iicbus/max6690.c optional max6690 powermac >> -dev/kbd/kbd.c optional sc >> +dev/kbd/kbd.c optional sc | vt >> dev/nand/nfc_fsl.c optional nand mpc85xx >> # ofw can be either aim or fdt: fdt case handled in files. aim only powerpc specific. >> dev/ofw/openfirm.c optional aim >> @@ -65,6 +65,7 @@ dev/tsec/if_tsec.c optional tsec >> dev/tsec/if_tsec_fdt.c optional tsec fdt >> dev/uart/uart_cpu_powerpc.c optional uart >> dev/usb/controller/ehci_fsl.c optional ehci mpc85xx >> +dev/vt/hw/ofwfb/ofwfb.c optional vt aim >> kern/kern_clocksource.c standard >> kern/subr_dummy_vdso_tc.c standard >> kern/syscalls.c optional ktr >> >> Modified: head/sys/conf/files.sparc64 >> ============================================================================== >> --- head/sys/conf/files.sparc64 Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/conf/files.sparc64 Thu Dec 5 22:38:53 2013 (r259016) >> @@ -39,7 +39,7 @@ dev/fb/fb.c optional sc >> dev/fb/gallant12x22.c optional sc >> dev/fb/machfb.c optional machfb sc >> dev/hwpmc/hwpmc_sparc64.c optional hwpmc >> -dev/kbd/kbd.c optional atkbd | sc | ukbd >> +dev/kbd/kbd.c optional atkbd | sc | ukbd | vt >> dev/le/if_le_lebuffer.c optional le sbus >> dev/le/if_le_ledma.c optional le sbus >> dev/le/lebuffer_sbus.c optional le sbus >> @@ -59,7 +59,8 @@ dev/syscons/scgfbrndr.c optional sc >> dev/syscons/scterm-teken.c optional sc >> dev/syscons/scvtb.c optional sc >> dev/uart/uart_cpu_sparc64.c optional uart >> -dev/uart/uart_kbd_sun.c optional uart sc >> +dev/uart/uart_kbd_sun.c optional uart sc | vt >> +dev/vt/hw/ofwfb/ofwfb.c optional vt >> kern/kern_clocksource.c standard >> kern/subr_dummy_vdso_tc.c standard >> kern/syscalls.c optional ktr >> >> Modified: head/sys/conf/kmod.mk >> ============================================================================== >> --- head/sys/conf/kmod.mk Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/conf/kmod.mk Thu Dec 5 22:38:53 2013 (r259016) >> @@ -340,7 +340,7 @@ CFLAGS+= ${CONF_CFLAGS} >> >> MFILES?= dev/acpica/acpi_if.m dev/acpi_support/acpi_wmi_if.m \ >> dev/agp/agp_if.m dev/ata/ata_if.m dev/eisa/eisa_if.m \ >> - dev/gpio/gpio_if.m dev/gpio/gpiobus_if.m \ >> + dev/fb/fb_if.m dev/gpio/gpio_if.m dev/gpio/gpiobus_if.m \ >> dev/iicbus/iicbb_if.m dev/iicbus/iicbus_if.m \ >> dev/mmc/mmcbr_if.m dev/mmc/mmcbus_if.m \ >> dev/mii/miibus_if.m dev/mvs/mvs_if.m dev/ofw/ofw_bus_if.m \ >> >> Modified: head/sys/conf/options >> ============================================================================== >> --- head/sys/conf/options Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/conf/options Thu Dec 5 22:38:53 2013 (r259016) >> @@ -731,8 +731,10 @@ SAFE_DEBUG opt_safe.h >> SAFE_NO_RNG opt_safe.h >> SAFE_RNDTEST opt_safe.h >> >> -# syscons options >> +# syscons/vt options >> MAXCONS opt_syscons.h >> +VT_FB_DEFAULT_WIDTH opt_syscons.h >> +VT_FB_DEFAULT_HEIGHT opt_syscons.h >> SC_ALT_MOUSE_IMAGE opt_syscons.h >> SC_CUT_SPACES2TABS opt_syscons.h >> SC_CUT_SEPCHARS opt_syscons.h >> >> Modified: head/sys/dev/drm2/drm_fb_helper.c >> ============================================================================== >> --- head/sys/dev/drm2/drm_fb_helper.c Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/dev/drm2/drm_fb_helper.c Thu Dec 5 22:38:53 2013 (r259016) >> @@ -36,6 +36,41 @@ __FBSDID("$FreeBSD$"); >> #include >> #include >> >> +#if defined(__FreeBSD__) >> +struct vt_kms_softc { >> + struct drm_fb_helper *fb_helper; >> + struct task fb_mode_task; >> +}; >> + >> +static fb_enter_t vt_kms_postswitch; >> +static void vt_restore_fbdev_mode(void *, int); >> + >> +/* Call restore out of vt(9) locks. */ >> +static void >> +vt_restore_fbdev_mode(void *arg, int pending) >> +{ >> + struct drm_fb_helper *fb_helper; >> + struct vt_kms_softc *sc; >> + >> + sc = (struct vt_kms_softc *)arg; >> + fb_helper = sc->fb_helper; >> + sx_xlock(&fb_helper->dev->mode_config.mutex); >> + drm_fb_helper_restore_fbdev_mode(fb_helper); >> + sx_xunlock(&fb_helper->dev->mode_config.mutex); >> +} >> + >> +static int >> +vt_kms_postswitch(void *arg) >> +{ >> + struct vt_kms_softc *sc; >> + >> + sc = (struct vt_kms_softc *)arg; >> + taskqueue_enqueue_fast(taskqueue_thread, &sc->fb_mode_task); >> + >> + return (0); >> +} >> +#endif >> + >> static DRM_LIST_HEAD(kernel_fb_helper_list); >> >> /* simple single crtc case helper function */ >> @@ -216,6 +251,10 @@ static int >> fb_get_options(const char *connector_name, char **option) >> { >> >> + /* >> + * TODO: store mode options pointer in ${option} for connector with >> + * name ${connector_name} >> + */ >> return (1); >> } >> >> @@ -892,11 +931,13 @@ int drm_fb_helper_single_fb_probe(struct >> int new_fb = 0; >> int crtc_count = 0; >> int i; >> -#if 0 >> struct fb_info *info; >> -#endif >> struct drm_fb_helper_surface_size sizes; >> int gamma_size = 0; >> +#if defined(__FreeBSD__) >> + struct vt_kms_softc *sc; >> + device_t kdev; >> +#endif >> >> memset(&sizes, 0, sizeof(struct drm_fb_helper_surface_size)); >> sizes.surface_depth = 24; >> @@ -973,8 +1014,21 @@ int drm_fb_helper_single_fb_probe(struct >> if (new_fb < 0) >> return new_fb; >> >> -#if 0 >> +#if defined(__FreeBSD__) >> + sc = malloc(sizeof(struct vt_kms_softc), DRM_MEM_KMS, >> + M_WAITOK | M_ZERO); >> + sc->fb_helper = fb_helper; >> + TASK_INIT(&sc->fb_mode_task, 0, vt_restore_fbdev_mode, sc); >> + >> info = fb_helper->fbdev; >> + >> + info->fb_name = device_get_nameunit(fb_helper->dev->device); >> + info->fb_depth = fb_helper->fb->bits_per_pixel; >> + info->fb_height = fb_helper->fb->height; >> + info->fb_width = fb_helper->fb->width; >> + info->fb_stride = fb_helper->fb->pitches[0]; >> + info->fb_priv = sc; >> + info->enter = &vt_kms_postswitch; >> #endif >> >> /* set the fb pointer */ >> @@ -982,7 +1036,18 @@ int drm_fb_helper_single_fb_probe(struct >> fb_helper->crtc_info[i].mode_set.fb = fb_helper->fb; >> } >> >> -#if 0 >> +#if defined(__FreeBSD__) >> + if (new_fb) { >> + device_t fbd; >> + int ret; >> + >> + kdev = fb_helper->dev->device; >> + fbd = device_add_child(kdev, "fbd", device_get_unit(kdev)); >> + ret = device_probe_and_attach(fbd); >> + if (ret != 0) >> + DRM_ERROR("Failed to attach fbd device: %d\n", ret); >> + } >> +#else >> if (new_fb) { >> info->var.pixclock = 0; >> if (register_framebuffer(info) < 0) { >> @@ -1006,7 +1071,6 @@ int drm_fb_helper_single_fb_probe(struct >> if (new_fb) >> list_add(&fb_helper->kernel_fb_list, &kernel_fb_helper_list); >> #endif >> - >> return 0; >> } >> >> >> Modified: head/sys/dev/drm2/drm_os_freebsd.h >> ============================================================================== >> --- head/sys/dev/drm2/drm_os_freebsd.h Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/dev/drm2/drm_os_freebsd.h Thu Dec 5 22:38:53 2013 (r259016) >> @@ -6,6 +6,8 @@ >> #include >> __FBSDID("$FreeBSD$"); >> >> +#include >> + >> #if _BYTE_ORDER == _BIG_ENDIAN >> #define __BIG_ENDIAN 4321 >> #else >> >> Modified: head/sys/dev/drm2/i915/i915_drv.c >> ============================================================================== >> --- head/sys/dev/drm2/i915/i915_drv.c Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/dev/drm2/i915/i915_drv.c Thu Dec 5 22:38:53 2013 (r259016) >> @@ -40,6 +40,8 @@ __FBSDID("$FreeBSD$"); >> #include >> #include >> >> +#include "fb_if.h" >> + >> /* drv_PCI_IDs comes from drm_pciids.h, generated from drm_pciids.txt. */ >> static drm_pci_id_list_t i915_pciidlist[] = { >> i915_PCI_IDS >> @@ -380,6 +382,25 @@ i915_attach(device_t kdev) >> return (drm_attach(kdev, i915_pciidlist)); >> } >> >> +static struct fb_info * >> +i915_fb_helper_getinfo(device_t kdev) >> +{ >> + struct intel_fbdev *ifbdev; >> + drm_i915_private_t *dev_priv; >> + struct drm_device *dev; >> + struct fb_info *info; >> + >> + dev = device_get_softc(kdev); >> + dev_priv = dev->dev_private; >> + ifbdev = dev_priv->fbdev; >> + if (ifbdev == NULL) >> + return (NULL); >> + >> + info = ifbdev->helper.fbdev; >> + >> + return (info); >> +} >> + >> const struct intel_device_info * >> i915_get_device_id(int device) >> { >> @@ -400,6 +421,10 @@ static device_method_t i915_methods[] = >> DEVMETHOD(device_suspend, i915_suspend), >> DEVMETHOD(device_resume, i915_resume), >> DEVMETHOD(device_detach, drm_detach), >> + >> + /* Framebuffer service methods */ >> + DEVMETHOD(fb_getinfo, i915_fb_helper_getinfo), >> + >> DEVMETHOD_END >> }; >> >> >> Modified: head/sys/dev/drm2/i915/intel_fb.c >> ============================================================================== >> --- head/sys/dev/drm2/i915/intel_fb.c Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/dev/drm2/i915/intel_fb.c Thu Dec 5 22:38:53 2013 (r259016) >> @@ -41,8 +41,8 @@ static int intelfb_create(struct intel_f >> struct drm_device *dev = ifbdev->helper.dev; >> #if 0 >> struct drm_i915_private *dev_priv = dev->dev_private; >> - struct fb_info *info; >> #endif >> + struct fb_info *info; >> struct drm_framebuffer *fb; >> struct drm_mode_fb_cmd2 mode_cmd; >> struct drm_i915_gem_object *obj; >> @@ -86,6 +86,16 @@ static int intelfb_create(struct intel_f >> } >> >> info->par = ifbdev; >> +#else >> + info = malloc(sizeof(struct fb_info), DRM_MEM_KMS, M_WAITOK | M_ZERO); >> + info->fb_size = size; >> + info->fb_bpp = sizes->surface_bpp; >> + info->fb_width = sizes->fb_width; >> + info->fb_height = sizes->fb_height; >> + info->fb_pbase = dev->agp->base + obj->gtt_offset; >> + info->fb_vbase = (vm_offset_t)pmap_mapdev_attr(info->fb_pbase, size, >> + PAT_WRITE_COMBINING); >> + >> #endif >> >> ret = intel_framebuffer_init(dev, &ifbdev->ifb, &mode_cmd, obj); >> @@ -95,8 +105,8 @@ static int intelfb_create(struct intel_f >> fb = &ifbdev->ifb.base; >> >> ifbdev->helper.fb = fb; >> -#if 0 >> ifbdev->helper.fbdev = info; >> +#if 0 >> >> strcpy(info->fix.id, "inteldrmfb"); >> >> @@ -135,9 +145,8 @@ static int intelfb_create(struct intel_f >> >> /* Use default scratch pixmap (info->pixmap.flags = FB_PIXMAP_SYSTEM) */ >> #endif >> - >> - DRM_DEBUG_KMS("allocated %dx%d fb: 0x%08x, bo %p\n", >> - fb->width, fb->height, >> + DRM_DEBUG_KMS("allocated %dx%d (s %dbits) fb: 0x%08x, bo %p\n", >> + fb->width, fb->height, fb->depth, >> obj->gtt_offset, obj); >> >> DRM_UNLOCK(dev); >> >> Modified: head/sys/dev/drm2/radeon/radeon.h >> ============================================================================== >> --- head/sys/dev/drm2/radeon/radeon.h Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/dev/drm2/radeon/radeon.h Thu Dec 5 22:38:53 2013 (r259016) >> @@ -2041,6 +2041,9 @@ void radeon_pm_acpi_event_handler(struct >> int radeon_ttm_init(struct radeon_device *rdev); >> void radeon_ttm_fini(struct radeon_device *rdev); >> >> +/* radeon_fb.c */ >> +struct fb_info * radeon_fb_helper_getinfo(device_t kdev); >> + >> /* r600.c */ >> int r600_ih_ring_alloc(struct radeon_device *rdev); >> void r600_ih_ring_fini(struct radeon_device *rdev); >> >> Modified: head/sys/dev/drm2/radeon/radeon_drv.c >> ============================================================================== >> --- head/sys/dev/drm2/radeon/radeon_drv.c Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/dev/drm2/radeon/radeon_drv.c Thu Dec 5 22:38:53 2013 (r259016) >> @@ -41,6 +41,7 @@ __FBSDID("$FreeBSD$"); >> >> #include >> >> +#include "fb_if.h" >> >> /* >> * KMS wrapper. >> @@ -495,6 +496,8 @@ radeon_resume(device_t kdev) >> return (-ret); >> } >> >> +extern struct fb_info * radeon_fb_helper_getinfo(device_t kdev); >> + >> static device_method_t radeon_methods[] = { >> /* Device interface */ >> DEVMETHOD(device_probe, radeon_probe), >> @@ -502,6 +505,10 @@ static device_method_t radeon_methods[] >> DEVMETHOD(device_suspend, radeon_suspend), >> DEVMETHOD(device_resume, radeon_resume), >> DEVMETHOD(device_detach, drm_detach), >> + >> + /* Framebuffer service methods */ >> + DEVMETHOD(fb_getinfo, radeon_fb_helper_getinfo), >> + >> DEVMETHOD_END >> }; >> >> >> Modified: head/sys/dev/drm2/radeon/radeon_fb.c >> ============================================================================== >> --- head/sys/dev/drm2/radeon/radeon_fb.c Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/dev/drm2/radeon/radeon_fb.c Thu Dec 5 22:38:53 2013 (r259016) >> @@ -27,6 +27,8 @@ >> #include >> __FBSDID("$FreeBSD$"); >> >> +#include >> + >> #include >> #include >> #include >> @@ -46,7 +48,7 @@ struct radeon_fbdev { >> struct radeon_device *rdev; >> }; >> >> -#ifdef DUMBBELL_WIP >> +#if defined(__linux__) >> static struct fb_ops radeonfb_ops = { >> .owner = THIS_MODULE, >> .fb_check_var = drm_fb_helper_check_var, >> @@ -60,7 +62,7 @@ static struct fb_ops radeonfb_ops = { >> .fb_debug_enter = drm_fb_helper_debug_enter, >> .fb_debug_leave = drm_fb_helper_debug_leave, >> }; >> -#endif /* DUMBBELL_WIP */ >> +#endif >> >> >> int radeon_align_pitch(struct radeon_device *rdev, int width, int bpp, bool tiled) >> @@ -191,20 +193,13 @@ static int radeonfb_create(struct radeon >> struct drm_fb_helper_surface_size *sizes) >> { >> struct radeon_device *rdev = rfbdev->rdev; >> -#ifdef DUMBBELL_WIP >> struct fb_info *info; >> -#endif /* DUMBBELL_WIP */ >> struct drm_framebuffer *fb = NULL; >> struct drm_mode_fb_cmd2 mode_cmd; >> struct drm_gem_object *gobj = NULL; >> struct radeon_bo *rbo = NULL; >> -#ifdef DUMBBELL_WIP >> - device_t device = rdev->dev; >> -#endif /* DUMBBELL_WIP */ >> int ret; >> -#ifdef DUMBBELL_WIP >> unsigned long tmp; >> -#endif /* DUMBBELL_WIP */ >> >> mode_cmd.width = sizes->surface_width; >> mode_cmd.height = sizes->surface_height; >> @@ -224,16 +219,7 @@ static int radeonfb_create(struct radeon >> >> rbo = gem_to_radeon_bo(gobj); >> >> -#ifdef DUMBBELL_WIP >> - /* okay we have an object now allocate the framebuffer */ >> - info = framebuffer_alloc(0, device); >> - if (info == NULL) { >> - ret = -ENOMEM; >> - goto out_unref; >> - } >> - >> - info->par = rfbdev; >> -#endif /* DUMBBELL_WIP */ >> + info = malloc(sizeof(*info), DRM_MEM_KMS, M_WAITOK | M_ZERO); >> >> ret = radeon_framebuffer_init(rdev->ddev, &rfbdev->rfb, &mode_cmd, gobj); >> if (ret) { >> @@ -245,61 +231,29 @@ static int radeonfb_create(struct radeon >> >> /* setup helper */ >> rfbdev->helper.fb = fb; >> -#ifdef DUMBBELL_WIP >> rfbdev->helper.fbdev = info; >> >> - memset_io(rbo->kptr, 0x0, radeon_bo_size(rbo)); >> - >> - strcpy(info->fix.id, "radeondrmfb"); >> - >> - drm_fb_helper_fill_fix(info, fb->pitches[0], fb->depth); >> - >> - info->flags = FBINFO_DEFAULT | FBINFO_CAN_FORCE_OUTPUT; >> - info->fbops = &radeonfb_ops; >> + memset(rbo->kptr, 0x0, radeon_bo_size(rbo)); >> >> tmp = radeon_bo_gpu_offset(rbo) - rdev->mc.vram_start; >> - info->fix.smem_start = rdev->mc.aper_base + tmp; >> - info->fix.smem_len = radeon_bo_size(rbo); >> - info->screen_base = rbo->kptr; >> - info->screen_size = radeon_bo_size(rbo); >> - >> - drm_fb_helper_fill_var(info, &rfbdev->helper, sizes->fb_width, sizes->fb_height); >> - >> - /* setup aperture base/size for vesafb takeover */ >> - info->apertures = alloc_apertures(1); >> - if (!info->apertures) { >> - ret = -ENOMEM; >> - goto out_unref; >> - } >> - info->apertures->ranges[0].base = rdev->ddev->mode_config.fb_base; >> - info->apertures->ranges[0].size = rdev->mc.aper_size; >> + info->fb_size = radeon_bo_size(rbo); >> + info->fb_bpp = sizes->surface_bpp; >> + info->fb_width = sizes->surface_width; >> + info->fb_height = sizes->surface_height; >> + info->fb_pbase = rdev->mc.aper_base + tmp; >> + info->fb_vbase = (vm_offset_t)rbo->kptr; >> >> - /* Use default scratch pixmap (info->pixmap.flags = FB_PIXMAP_SYSTEM) */ >> - >> - if (info->screen_base == NULL) { >> - ret = -ENOSPC; >> - goto out_unref; >> - } >> - >> - ret = fb_alloc_cmap(&info->cmap, 256, 0); >> - if (ret) { >> - ret = -ENOMEM; >> - goto out_unref; >> - } >> - >> - DRM_INFO("fb mappable at 0x%lX\n", info->fix.smem_start); >> + DRM_INFO("fb mappable at 0x%" PRIXPTR "\n", info->fb_pbase); >> DRM_INFO("vram apper at 0x%lX\n", (unsigned long)rdev->mc.aper_base); >> DRM_INFO("size %lu\n", (unsigned long)radeon_bo_size(rbo)); >> DRM_INFO("fb depth is %d\n", fb->depth); >> DRM_INFO(" pitch is %d\n", fb->pitches[0]); >> >> - vga_switcheroo_client_fb_set(rdev->ddev->pdev, info); >> -#endif /* DUMBBELL_WIP */ >> return 0; >> >> out_unref: >> if (rbo) { >> - >> + /* TODO? dumbbell@ */ >> } >> if (fb && ret) { >> drm_gem_object_unreference(gobj); >> @@ -332,21 +286,13 @@ void radeon_fb_output_poll_changed(struc >> >> static int radeon_fbdev_destroy(struct drm_device *dev, struct radeon_fbdev *rfbdev) >> { >> -#ifdef DUMBBELL_WIP >> struct fb_info *info; >> -#endif /* DUMBBELL_WIP */ >> struct radeon_framebuffer *rfb = &rfbdev->rfb; >> >> -#ifdef DUMBBELL_WIP >> if (rfbdev->helper.fbdev) { >> info = rfbdev->helper.fbdev; >> - >> - unregister_framebuffer(info); >> - if (info->cmap.len) >> - fb_dealloc_cmap(&info->cmap); >> - framebuffer_release(info); >> + free(info, DRM_MEM_KMS); >> } >> -#endif /* DUMBBELL_WIP */ >> >> if (rfb->obj) { >> DRM_UNLOCK(dev); /* Work around lock recursion. dumbbell@ */ >> @@ -431,3 +377,22 @@ bool radeon_fbdev_robj_is_fb(struct rade >> return true; >> return false; >> } >> + >> +struct fb_info * >> +radeon_fb_helper_getinfo(device_t kdev) >> +{ >> + struct drm_device *dev; >> + struct radeon_device *rdev; >> + struct radeon_fbdev *rfbdev; >> + struct fb_info *info; >> + >> + dev = device_get_softc(kdev); >> + rdev = dev->dev_private; >> + rfbdev = rdev->mode_info.rfbdev; >> + if (rfbdev == NULL) >> + return (NULL); >> + >> + info = rfbdev->helper.fbdev; >> + >> + return (info); >> +} >> >> Modified: head/sys/dev/drm2/radeon/radeon_pm.c >> ============================================================================== >> --- head/sys/dev/drm2/radeon/radeon_pm.c Thu Dec 5 21:58:02 2013 (r259015) >> +++ head/sys/dev/drm2/radeon/radeon_pm.c Thu Dec 5 22:38:53 2013 (r259016) >> @@ -248,7 +248,7 @@ static void radeon_pm_set_clocks(struct >> (rdev->pm.requested_power_state_index == rdev->pm.current_power_state_index)) >> return; >> >> - DRM_LOCK(rdev->ddev); >> + //DRM_LOCK(rdev->ddev); XXX Recursion, already locked in drm_attach/drm_load -- dumbbell@ >> sx_xlock(&rdev->pm.mclk_lock); >> sx_xlock(&rdev->ring_lock); >> >> @@ -263,7 +263,7 @@ static void radeon_pm_set_clocks(struct >> /* needs a GPU reset dont reset here */ >> sx_xunlock(&rdev->ring_lock); >> sx_xunlock(&rdev->pm.mclk_lock); >> - DRM_UNLOCK(rdev->ddev); >> + //DRM_UNLOCK(rdev->ddev); XXX Recursion, already locked in drm_attach/drm_load -- dumbbell@ >> return; >> } >> } >> @@ -299,7 +299,7 @@ static void radeon_pm_set_clocks(struct >> >> sx_xunlock(&rdev->ring_lock); >> sx_xunlock(&rdev->pm.mclk_lock); >> - DRM_UNLOCK(rdev->ddev); >> + //DRM_UNLOCK(rdev->ddev); XXX Recursion, already locked in drm_attach/drm_load -- dumbbell@ >> } >> >> static void radeon_pm_print_states(struct radeon_device *rdev) >> >> Copied: head/sys/dev/fb/fb_if.m (from r259015, user/ed/newcons/sys/dev/fb/fb_if.m) >> ============================================================================== >> --- /dev/null 00:00:00 1970 (empty, because file is newly added) >> +++ head/sys/dev/fb/fb_if.m Thu Dec 5 22:38:53 2013 (r259016, copy of r259015, user/ed/newcons/sys/dev/fb/fb_if.m) >> @@ -0,0 +1,13 @@ >> +#include >> +#include >> + >> +INTERFACE fb; >> + >> +METHOD int pin_max { >> + device_t dev; >> + int *npins; >> +}; >> + >> +METHOD struct fb_info * getinfo { >> + device_t dev; >> +}; >> >> Copied: head/sys/dev/fb/fbd.c (from r259015, user/ed/newcons/sys/dev/fb/fbd.c) >> ============================================================================== >> --- /dev/null 00:00:00 1970 (empty, because file is newly added) >> +++ head/sys/dev/fb/fbd.c Thu Dec 5 22:38:53 2013 (r259016, copy of r259015, user/ed/newcons/sys/dev/fb/fbd.c) >> @@ -0,0 +1,467 @@ >> +/*- >> + * Copyright (c) 2013 The FreeBSD Foundation >> + * All rights reserved. >> + * >> + * This software was developed by Aleksandr Rybalko under sponsorship from the >> + * FreeBSD Foundation. >> + * >> + * Redistribution and use in source and binary forms, with or without >> + * modification, are permitted provided that the following conditions >> + * are met: >> + * 1. Redistributions of source code must retain the above copyright >> + * notice, this list of conditions and the following disclaimer. >> + * 2. Redistributions in binary form must reproduce the above copyright >> + * notice, this list of conditions and the following disclaimer in the >> + * documentation and/or other materials provided with the distribution. >> + * >> + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND >> + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE >> + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE >> + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE >> + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL >> + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS >> + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) >> + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT >> + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY >> + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF >> + * SUCH DAMAGE. >> + * >> + * $FreeBSD$ >> + */ >> + >> +/* Generic framebuffer */ >> +/* TODO unlink from VT(9) */ >> +/* TODO done normal /dev/fb methods */ >> + >> +#include >> +__FBSDID("$FreeBSD$"); >> + >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> + >> +#include >> + >> +#include >> +#include >> + >> +#include "fb_if.h" >> + >> +LIST_HEAD(fb_list_head_t, fb_list_entry) fb_list_head = >> + LIST_HEAD_INITIALIZER(fb_list_head); >> +struct fb_list_entry { >> + struct fb_info *fb_info; >> + struct cdev *fb_si; >> + LIST_ENTRY(fb_list_entry) fb_list; >> +}; >> + >> +struct fbd_softc { >> + device_t sc_dev; >> + struct fb_info *sc_info; >> +}; >> + >> +static void fbd_evh_init(void *); >> +/* SI_ORDER_SECOND, just after EVENTHANDLERs initialized. */ >> +SYSINIT(fbd_evh_init, SI_SUB_CONFIGURE, SI_ORDER_SECOND, fbd_evh_init, NULL); >> + >> +static d_open_t fb_open; >> +static d_close_t fb_close; >> +static d_read_t fb_read; >> +static d_write_t fb_write; >> +static d_ioctl_t fb_ioctl; >> +static d_mmap_t fb_mmap; >> + >> +static struct cdevsw fb_cdevsw = { >> + .d_version = D_VERSION, >> + .d_flags = D_NEEDGIANT, >> + .d_open = fb_open, >> + .d_close = fb_close, >> + .d_read = fb_read, >> + .d_write = fb_write, >> + .d_ioctl = fb_ioctl, >> + .d_mmap = fb_mmap, >> + .d_name = "fb", >> +}; >> + >> +static int framebuffer_dev_unit = 0; >> + >> +static int >> +fb_open(struct cdev *dev, int oflags, int devtype, struct thread *td) >> +{ >> + >> + return (0); >> +} >> + >> +static int >> +fb_close(struct cdev *dev, int fflag, int devtype, struct thread *td) >> +{ >> + >> + return (0); >> +} >> + >> +static int >> +fb_ioctl(struct cdev *dev, u_long cmd, caddr_t data, int fflag, >> + struct thread *td) >> +{ >> + struct fb_info *info; >> + int error; >> + >> + error = 0; >> + info = dev->si_drv1; >> + >> + switch (cmd) { >> + case FBIOGTYPE: >> + bcopy(info, (struct fbtype *)data, sizeof(struct fbtype)); >> + break; >> + >> + case FBIO_GETWINORG: /* get frame buffer window origin */ >> + *(u_int *)data = 0; >> + break; >> + >> + case FBIO_GETDISPSTART: /* get display start address */ >> + ((video_display_start_t *)data)->x = 0; >> + ((video_display_start_t *)data)->y = 0; >> + break; >> + >> + case FBIO_GETLINEWIDTH: /* get scan line width in bytes */ >> + *(u_int *)data = info->fb_stride; >> + break; >> + >> + case FBIO_BLANK: /* blank display */ >> + error = 0; /* TODO */ >> + break; >> + >> + default: >> + error = ENOIOCTL; >> + break; >> + } >> + return (error); >> +} >> + >> +static int >> +fb_read(struct cdev *dev, struct uio *uio, int ioflag) >> +{ >> + >> + return (0); /* XXX nothing to read, yet */ >> +} >> + >> +static int >> +fb_write(struct cdev *dev, struct uio *uio, int ioflag) >> +{ >> + >> + return (0); /* XXX nothing written */ >> +} >> + >> +static int >> +fb_mmap(struct cdev *dev, vm_ooffset_t offset, vm_paddr_t *paddr, int nprot, >> + vm_memattr_t *memattr) >> +{ >> + struct fb_info *info; >> + >> + info = dev->si_drv1; >> + if (offset < info->fb_size) { >> + *paddr = info->fb_pbase + offset; >> + return (0); >> + } >> + return (EINVAL); >> +} >> + >> + >> +static void >> +vt_fb_mem_wr1(struct fb_info *sc, uint32_t o, uint8_t v) >> +{ >> + >> + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); >> + *(uint8_t *)(sc->fb_vbase + o) = v; >> +} >> + >> +static void >> +vt_fb_mem_wr2(struct fb_info *sc, uint32_t o, uint16_t v) >> +{ >> + >> + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); >> + *(uint16_t *)(sc->fb_vbase + o) = v; >> +} >> + >> +static void >> +vt_fb_mem_wr4(struct fb_info *sc, uint32_t o, uint32_t v) >> +{ >> + >> + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); >> + *(uint32_t *)(sc->fb_vbase + o) = v; >> +} >> + >> +static void >> +vt_fb_mem_copy(struct fb_info *sc, uint32_t offset_to, uint32_t offset_from, >> + uint32_t size) >> +{ >> + >> + memmove((void *)(sc->fb_vbase + offset_to), (void *)(sc->fb_vbase + >> + offset_from), size); >> +} >> + >> +static void >> +vt_fb_indir_wr1(struct fb_info *sc, uint32_t o, uint8_t v) >> +{ >> + >> + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); >> + sc->fb_write(sc->fb_priv, o, &v, 1); >> +} >> + >> +static void >> +vt_fb_indir_wr2(struct fb_info *sc, uint32_t o, uint16_t v) >> +{ >> + >> + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); >> + sc->fb_write(sc->fb_priv, o, &v, 2); >> +} >> + >> +static void >> +vt_fb_indir_wr4(struct fb_info *sc, uint32_t o, uint32_t v) >> +{ >> + >> + KASSERT((o < sc->fb_size), ("Offset %#08x out of fb size", o)); >> + sc->fb_write(sc->fb_priv, o, &v, 4); >> +} >> + >> +static void >> +vt_fb_indir_copy(struct fb_info *sc, uint32_t offset_to, uint32_t offset_from, >> + uint32_t size) >> +{ >> + >> + sc->copy(sc->fb_priv, offset_to, offset_from, size); >> +} >> + >> +int >> +fb_probe(struct fb_info *info) >> +{ >> + >> + if (info->fb_size == 0) >> + return (ENXIO); >> + >> + if (info->fb_write != NULL) { >> + if (info->fb_write == NULL) { >> + return (EINVAL); >> + } >> + info->fb_flags |= FB_FLAG_NOMMAP; >> + info->wr1 = &vt_fb_indir_wr1; >> + info->wr2 = &vt_fb_indir_wr2; >> + info->wr4 = &vt_fb_indir_wr4; >> + info->copy = &vt_fb_indir_copy; >> + } else if (info->fb_vbase != 0) { >> + if (info->fb_pbase == 0) >> + info->fb_flags |= FB_FLAG_NOMMAP; >> + info->wr1 = &vt_fb_mem_wr1; >> + info->wr2 = &vt_fb_mem_wr2; >> + info->wr4 = &vt_fb_mem_wr4; >> + info->copy = &vt_fb_mem_copy; >> + } else >> + return (ENXIO); >> + >> + return (0); >> +} >> + >> + >> +static int >> +fb_init(struct fb_list_entry *entry, int unit) >> +{ >> + struct fb_info *info; >> + >> + info = entry->fb_info; >> + entry->fb_si = make_dev(&fb_cdevsw, unit, UID_ROOT, GID_WHEEL, >> + 0600, "fb%d", unit); >> + entry->fb_si->si_drv1 = info; >> + >> + return (0); >> +} >> + >> +int >> +fbd_list() >> +{ >> + struct fb_list_entry *entry; >> + >> + if (LIST_EMPTY(&fb_list_head)) >> + return (ENOENT); >> + >> + LIST_FOREACH(entry, &fb_list_head, fb_list) { >> + printf("FB %s @%p\n", entry->fb_info->fb_name, >> + (void *)entry->fb_info->fb_pbase); >> + } >> + >> + return (0); >> +} >> + >> +static struct fb_list_entry * >> +fbd_find(struct fb_info* info) >> +{ >> + struct fb_list_entry *entry, *tmp; >> + >> + LIST_FOREACH_SAFE(entry, &fb_list_head, fb_list, tmp) { >> + if (entry->fb_info == info) { >> + return (entry); >> + } >> + } >> + >> + return (NULL); >> +} >> + >> +int >> +fbd_register(struct fb_info* info) >> +{ >> + struct fb_list_entry *entry; >> + int err, first; >> + >> + first = 0; >> + if (LIST_EMPTY(&fb_list_head)) >> + first++; >> + >> + entry = fbd_find(info); >> + if (entry != NULL) { >> + /* XXX Update framebuffer params */ >> + return (0); >> + } >> + >> + err = fb_probe(info); >> + if (err) >> + return (err); >> >> *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** >> _______________________________________________ >> svn-src-all@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/svn-src-all >> To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" >> > > > -- > Marc "UBM" Bocklet > _______________________________________________ > 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" --e89a8f2356bdd4e41304ed1635fa Content-Type: application/octet-stream; name="kern.conftxt" Content-Disposition: attachment; filename="kern.conftxt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hozhlpi90 a2Vybi5jb25mdHh0OiBvcHRpb25zCUNPTkZJR19BVVRPR0VORVJBVEVECmlkZW50CU1BUkVLCm1h Y2hpbmUJYW1kNjQKY3B1CUhBTU1FUgptYWtlb3B0aW9ucwlXSVRIX0NURj0xCm1ha2VvcHRpb25z CURFQlVHPS1nCm9wdGlvbnMJTElOU1lTRlMKb3B0aW9ucwlMSU5QUk9DRlMKb3B0aW9ucwlDT01Q QVRfTElOVVgzMgpvcHRpb25zCUVOQUJMRV9BTEFSVApvcHRpb25zCU1TR0JVRl9TSVpFPTY1NTM2 Cm9wdGlvbnMJRFVNTVlORVQKb3B0aW9ucwlJUERJVkVSVApvcHRpb25zCUlQRklSRVdBTEwKb3B0 aW9ucwlBTFRfQlJFQUtfVE9fREVCVUdHRVIKb3B0aW9ucwlLREJfVU5BVFRFTkRFRApvcHRpb25z CVVTQl9ERUJVRwpvcHRpb25zCVNDX1BJWEVMX01PREUKb3B0aW9ucwlWRVNBCm9wdGlvbnMJQVRB X1NUQVRJQ19JRApvcHRpb25zCUFDUElfRE1BUgpvcHRpb25zCVNNUApvcHRpb25zCU1BTExPQ19E RUJVR19NQVhaT05FUz04Cm9wdGlvbnMJV0lUTkVTU19TS0lQU1BJTgpvcHRpb25zCVdJVE5FU1MK b3B0aW9ucwlJTlZBUklBTlRfU1VQUE9SVApvcHRpb25zCUlOVkFSSUFOVFMKb3B0aW9ucwlERUFE TEtSRVMKb3B0aW9ucwlHREIKb3B0aW9ucwlEREIKb3B0aW9ucwlLREJfVFJBQ0UKb3B0aW9ucwlL REIKb3B0aW9ucwlJTkNMVURFX0NPTkZJR19GSUxFCm9wdGlvbnMJRERCX0NURgpvcHRpb25zCUtE VFJBQ0VfSE9PS1MKb3B0aW9ucwlLRFRSQUNFX0ZSQU1FCm9wdGlvbnMJTUFDCm9wdGlvbnMJQ0FQ QUJJTElUSUVTCm9wdGlvbnMJQ0FQQUJJTElUWV9NT0RFCm9wdGlvbnMJQVVESVQKb3B0aW9ucwlI V1BNQ19IT09LUwpvcHRpb25zCUtCRF9JTlNUQUxMX0NERVYKb3B0aW9ucwlQUklOVEZfQlVGUl9T SVpFPTEyOApvcHRpb25zCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORwpvcHRpb25zCVNZU1ZT RU0Kb3B0aW9ucwlTWVNWTVNHCm9wdGlvbnMJU1lTVlNITQpvcHRpb25zCVNUQUNLCm9wdGlvbnMJ S1RSQUNFCm9wdGlvbnMJU0NTSV9ERUxBWT01MDAwCm9wdGlvbnMJQ09NUEFUX0ZSRUVCU0QzMgpv cHRpb25zCUdFT01fTEFCRUwKb3B0aW9ucwlHRU9NX1JBSUQKb3B0aW9ucwlHRU9NX1BBUlRfR1BU Cm9wdGlvbnMJUFNFVURPRlMKb3B0aW9ucwlQUk9DRlMKb3B0aW9ucwlDRDk2NjAKb3B0aW9ucwlN U0RPU0ZTCm9wdGlvbnMJTkZTX1JPT1QKb3B0aW9ucwlORlNMT0NLRApvcHRpb25zCU5GU0QKb3B0 aW9ucwlORlNDTApvcHRpb25zCU1EX1JPT1QKb3B0aW9ucwlRVU9UQQpvcHRpb25zCVVGU19HSk9V Uk5BTApvcHRpb25zCVVGU19ESVJIQVNICm9wdGlvbnMJVUZTX0FDTApvcHRpb25zCVNPRlRVUERB VEVTCm9wdGlvbnMJRkZTCm9wdGlvbnMJU0NUUApvcHRpb25zCVRDUF9PRkZMT0FECm9wdGlvbnMJ SU5FVDYKb3B0aW9ucwlJTkVUCm9wdGlvbnMJUFJFRU1QVElPTgpvcHRpb25zCVNDSEVEX1VMRQpv cHRpb25zCU5FV19QQ0lCCm9wdGlvbnMJR0VPTV9QQVJUX01CUgpvcHRpb25zCUdFT01fUEFSVF9F QlJfQ09NUEFUCm9wdGlvbnMJR0VPTV9QQVJUX0VCUgpvcHRpb25zCUdFT01fUEFSVF9CU0QKZGV2 aWNlCWlzYQpkZXZpY2UJbWVtCmRldmljZQlpbwpkZXZpY2UJdWFydF9uczgyNTAKZGV2aWNlCWNw dWZyZXEKZGV2aWNlCWFjcGkKZGV2aWNlCXBjaQpkZXZpY2UJYWhjaQpkZXZpY2UJYXRhCmRldmlj ZQlzY2J1cwpkZXZpY2UJZGEKZGV2aWNlCXBhc3MKZGV2aWNlCWhwdG5yCmRldmljZQlocHQyN3h4 CmRldmljZQlhdGtiZGMKZGV2aWNlCWF0a2JkCmRldmljZQlwc20KZGV2aWNlCWtiZG11eApkZXZp Y2UJdmdhCmRldmljZQlzcGxhc2gKZGV2aWNlCXNjCmRldmljZQlhZ3AKZGV2aWNlCXVhcnQKZGV2 aWNlCWVtCmRldmljZQltaWlidXMKZGV2aWNlCXJlCmRldmljZQlsb29wCmRldmljZQlyYW5kb20K ZGV2aWNlCXBhZGxvY2tfcm5nCmRldmljZQlyZHJhbmRfcm5nCmRldmljZQlldGhlcgpkZXZpY2UJ dmxhbgpkZXZpY2UJdHVuCmRldmljZQltZApkZXZpY2UJZ2lmCmRldmljZQlmYWl0aApkZXZpY2UJ ZmlybXdhcmUKZGV2aWNlCWJwZgpkZXZpY2UJdWhjaQpkZXZpY2UJb2hjaQpkZXZpY2UJZWhjaQpk ZXZpY2UJeGhjaQpkZXZpY2UJdXNiCmRldmljZQl1a2JkCmRldmljZQl1bWFzcwpkZXZpY2UJc291 bmQKZGV2aWNlCXNuZF9oZGEKZGV2aWNlCXNuZF9pY2gKZGV2aWNlCXZpcnRpbwpkZXZpY2UJdmly dGlvX3BjaQpkZXZpY2UJdnRuZXQKZGV2aWNlCXZpcnRpb19ibGsKZGV2aWNlCXZpcnRpb19zY3Np CmRldmljZQl2aXJ0aW9fYmFsbG9vbgpkZXZpY2UJaHlwZXJ2CmRldmljZQlhZGEKZGV2aWNlCWZp cmV3aXJlCmRldmljZQlkcG1zCmRldmljZQlzcGVha2VyCmRldmljZQlzbWJpb3MKZGV2aWNlCWNv cmV0ZW1wCmRldmljZQljcHVjdGwKZGV2aWNlCXNtYgpkZXZpY2UJc21idXMKZGV2aWNlCWljaHNt YgpkZXZpY2UJaWNod2QKZGV2aWNlCWxpbmRldgoK --e89a8f2356bdd4e41304ed1635fa Content-Type: application/octet-stream; name=messages Content-Disposition: attachment; filename=messages Content-Transfer-Encoding: base64 X-Attachment-Id: f_hozhlpim1 RGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIHN5c2xvZ2Q6IGtlcm5lbCBib290IGZpbGUgaXMgL2Jv b3Qva2VybmVsL2tlcm5lbApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBXYWl0aW5n IChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGB2bmxydScgdG8gc3RvcC4uLmRv bmUKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogV2FpdGluZyAobWF4IDYwIHNlY29u ZHMpIGZvciBzeXN0ZW0gcHJvY2VzcyBgYnVmZGFlbW9uJyB0byBzdG9wLi4uZG9uZQpEZWMgIDkg MTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5 c3RlbSBwcm9jZXNzIGBzeW5jZXInIHRvIHN0b3AuLi4KRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogU3luY2luZyBkaXNrcywgdm5vZGVzIHJlbWFpbmluZy4uLjExIDExIDExIDggOCA4 IDQgNCA0IDQgMCAxIDEgMSAwIDEgMSAxIDEgMCAwIDAgMCBkb25lCkRlYyAgOSAxMDoyOTo1MSBt a3VzaG5pciBrZXJuZWw6IEFsbCBidWZmZXJzIHN5bmNlZC4KRGVjICA5IDEwOjI5OjUxIG1rdXNo bmlyIGtlcm5lbDogQ29weXJpZ2h0IChjKSAxOTkyLTIwMTMgVGhlIEZyZWVCU0QgUHJvamVjdC4K RGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgw LCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CkRlYyAgOSAx MDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IFRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9m IENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5p ciBrZXJuZWw6IEZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJT RCBGb3VuZGF0aW9uLgpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBGcmVlQlNEIDEx LjAtQ1VSUkVOVCAjMDogU3VuIERlYyAgOCAyMjoyOToxNCBFRVQgMjAxMwpEZWMgIDkgMTA6Mjk6 NTEgbWt1c2huaXIga2VybmVsOiByb290QHZtLm1rdXNobmlyLnphcHRvLm9yZzovdXNyL29iai91 c3Ivc3JjL3N5cy9NQVJFSyBhbWQ2NApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBG cmVlQlNEIGNsYW5nIHZlcnNpb24gMy4zICh0YWdzL1JFTEVBU0VfMzMvZmluYWwgMTgzNTAyKSAy MDEzMDYxMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBXQVJOSU5HOiBXSVRORVNT IG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4KRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogQ1BVOiBJbnRlbChSKSBDb3JlKFRNKSBpNy0zODIwIENQVSBA IDMuNjBHSHogKDM2MDAuMTAtTUh6IEs4LWNsYXNzIENQVSkKRGVjICA5IDEwOjI5OjUxIG1rdXNo bmlyIGtlcm5lbDogT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgyMDZkNyAgRmFtaWx5 ID0gMHg2ICBNb2RlbCA9IDB4MmQgIFN0ZXBwaW5nID0gNwpEZWMgIDkgMTA6Mjk6NTEgbWt1c2hu aXIga2VybmVsOiBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFF LE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRT LEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KRGVjICA5IDEwOjI5OjUxIG1r dXNobmlyIGtlcm5lbDogRmVhdHVyZXMyPTB4MWZiZWUzYmY8U1NFMyxQQ0xNVUxRRFEsRFRFUzY0 LE1PTixEU19DUEwsVk1YLEVTVCxUTTIsU1NTRTMsQ1gxNix4VFBSLFBEQ00sUENJRCxEQ0EsU1NF NC4xLFNTRTQuMix4MkFQSUMsUE9QQ05ULFRTQ0RMVCxBRVNOSSxYU0FWRSxPU1hTQVZFLEFWWD4K RGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogQU1EIEZlYXR1cmVzPTB4MmMxMDA4MDA8 U1lTQ0FMTCxOWCxQYWdlMUdCLFJEVFNDUCxMTT4KRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtl cm5lbDogQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4KRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtl cm5lbDogVFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpEZWMg IDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiByZWFsIG1lbW9yeSAgPSAzNDM1OTczODM2OCAo MzI3NjggTUIpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGF2YWlsIG1lbW9yeSA9 IDMzMjY4NDUzMzc2ICgzMTcyNyBNQikKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDog RXZlbnQgdGltZXIgIkxBUElDIiBxdWFsaXR5IDYwMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIg a2VybmVsOiBBQ1BJIEFQSUMgVGFibGU6IDxBTEFTS0EgQSBNIEk+CkRlYyAgOSAxMDoyOTo1MSBt a3VzaG5pciBrZXJuZWw6IEZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0 ZWQ6IDggQ1BVcwpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBGcmVlQlNEL1NNUDog MSBwYWNrYWdlKHMpIHggNCBjb3JlKHMpIHggMiBTTVQgdGhyZWFkcwpEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiBjcHUwIChCU1ApOiBBUElDIElEOiAgMApEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCkRlYyAgOSAxMDoyOTo1MSBt a3VzaG5pciBrZXJuZWw6IGNwdTIgKEFQKTogQVBJQyBJRDogIDIKRGVjICA5IDEwOjI5OjUxIG1r dXNobmlyIGtlcm5lbDogY3B1MyAoQVApOiBBUElDIElEOiAgMwpEZWMgIDkgMTA6Mjk6NTEgbWt1 c2huaXIga2VybmVsOiBjcHU0IChBUCk6IEFQSUMgSUQ6ICA0CkRlYyAgOSAxMDoyOTo1MSBta3Vz aG5pciBrZXJuZWw6IGNwdTUgKEFQKTogQVBJQyBJRDogIDUKRGVjICA5IDEwOjI5OjUxIG1rdXNo bmlyIGtlcm5lbDogY3B1NiAoQVApOiBBUElDIElEOiAgNgpEZWMgIDkgMTA6Mjk6NTEgbWt1c2hu aXIga2VybmVsOiBjcHU3IChBUCk6IEFQSUMgSUQ6ICA3CkRlYyAgOSAxMDoyOTo1MSBta3VzaG5p ciBrZXJuZWw6IGlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQK RGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogQ3VzZTRCU0QgdjAuMS4zMCBAIC9kZXYv Y3VzZQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBrYmQxIGF0IGtiZG11eDAKRGVj ICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcmFuZG9tOiA8U29mdHdhcmUsIFlhcnJvdz4g aW5pdGlhbGl6ZWQKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogc21iaW9zMDogPFN5 c3RlbSBNYW5hZ2VtZW50IEJJT1M+IGF0IGlvbWVtIDB4ZjA0YzAtMHhmMDRkZSBvbiBtb3RoZXJi b2FyZApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBzbWJpb3MwOiBWZXJzaW9uOiAy LjcsIEJDRCBSZXZpc2lvbjogMi43CkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGFj cGkwOiA8QUxBU0tBIEEgTSBJPiBvbiBtb3RoZXJib2FyZApEZWMgIDkgMTA6Mjk6NTEgbWt1c2hu aXIga2VybmVsOiBhY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKRGVjICA5IDEwOjI5OjUxIG1r dXNobmlyIGtlcm5lbDogY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiBjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCkRlYyAgOSAxMDoyOTo1 MSBta3VzaG5pciBrZXJuZWw6IGNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMApEZWMgIDkgMTA6 Mjk6NTEgbWt1c2huaXIga2VybmVsOiBjcHU0OiA8QUNQSSBDUFU+IG9uIGFjcGkwCkRlYyAgOSAx MDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGNwdTU6IDxBQ1BJIENQVT4gb24gYWNwaTAKRGVjICA5 IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogY3B1NjogPEFDUEkgQ1BVPiBvbiBhY3BpMApEZWMg IDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBjcHU3OiA8QUNQSSBDUFU+IG9uIGFjcGkwCkRl YyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGF0dGltZXIwOiA8QVQgdGltZXI+IHBvcnQg MHg0MC0weDQzIGlycSAwIG9uIGFjcGkwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6 IFRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkRlYyAg OSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IEV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5 IDExOTMxODIgSHogcXVhbGl0eSAxMDAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDog YXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDcxIGlycSA4IG9uIGFjcGkw CkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IEV2ZW50IHRpbWVyICJSVEMiIGZyZXF1 ZW5jeSAzMjc2OCBIeiBxdWFsaXR5IDAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDog aHBldDA6IDxIaWdoIFByZWNpc2lvbiBFdmVudCBUaW1lcj4gaW9tZW0gMHhmZWQwMDAwMC0weGZl ZDAwM2ZmIG9uIGFjcGkwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IFRpbWVjb3Vu dGVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA5NTAKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogRXZlbnQgdGltZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4 MCBIeiBxdWFsaXR5IDU1MApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBUaW1lY291 bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDkwMApEZWMgIDkg MTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBhY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAz LjU3OTU0NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3BpMApEZWMgIDkgMTA6Mjk6NTEgbWt1 c2huaXIga2VybmVsOiBwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4 Y2ZmIG9uIGFjcGkwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTA6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWIwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaWIx OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAxLjAgb24gcGNpMApEZWMg IDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li MQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kwOiA8b2xkLCBub24tVkdBIGRp c3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgMS4yIChubyBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAx MDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZp Y2U+IGF0IGRldmljZSAxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1r dXNobmlyIGtlcm5lbDogcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2 aWNlIDEuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2Vy bmVsOiBwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgMS41IChu byBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTA6 IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAxLjYgKG5vIGRyaXZlciBh dHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMDogPG9sZCwgbm9u LVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDEuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQpE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2liMjogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGlycSAxNiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKRGVjICA5IDEwOjI5OjUxIG1r dXNobmlyIGtlcm5lbDogdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhl MDAwLTB4ZTBmZiBtZW0gMHhlMDAwMDAwMC0weGVmZmZmZmZmLDB4ZmJlMjAwMDAtMHhmYmUyZmZm ZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBr ZXJuZWw6IGhkYWMwOiA8QVRJIFJWNzMwIEhEQSBDb250cm9sbGVyPiBtZW0gMHhmYmUzMDAwMC0w eGZiZTMzZmZmIGlycSAxNyBhdCBkZXZpY2UgMC4xIG9uIHBjaTIKRGVjICA5IDEwOjI5OjUxIG1r dXNobmlyIGtlcm5lbDogcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2 aWNlIDIuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2Vy bmVsOiBwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgMi41IChu byBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTA6 IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAyLjYgKG5vIGRyaXZlciBh dHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMDogPG9sZCwgbm9u LVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDIuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQpE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2liMzogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGlycSAxNiBhdCBkZXZpY2UgMy4wIG9uIHBjaTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKRGVjICA5IDEwOjI5OjUxIG1r dXNobmlyIGtlcm5lbDogcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2 aWNlIDMuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2Vy bmVsOiBwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgMy41IChu byBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTA6 IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAzLjYgKG5vIGRyaXZlciBh dHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMDogPG9sZCwgbm9u LVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDMuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQpE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBh dCBkZXZpY2UgNC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5p ciBrZXJuZWw6IHBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0LjEgKG5vIGRyaXZl ciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMDogPGJhc2Ug cGVyaXBoZXJhbD4gYXQgZGV2aWNlIDQuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6 Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug NC4zIChubyBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6 IHBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0LjQgKG5vIGRyaXZlciBhdHRhY2hl ZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMDogPGJhc2UgcGVyaXBoZXJh bD4gYXQgZGV2aWNlIDQuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1 c2huaXIga2VybmVsOiBwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC42IChubyBk cml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTA6IDxi YXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0LjcgKG5vIGRyaXZlciBhdHRhY2hlZCkKRGVjICA5 IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2 aWNlIDUuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2Vy bmVsOiBwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgNS4xIChu byBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTA6 IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA1LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKRGVj ICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5 IGRldmljZT4gYXQgZGV2aWNlIDUuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6 NTEgbWt1c2huaXIga2VybmVsOiBwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBh dCBkZXZpY2UgNS41IChubyBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5p ciBrZXJuZWw6IHBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSA1 LjcgKG5vIGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDog cGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDE3LjAgb24gcGNp MApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2k0OiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liNApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kwOiA8c2ltcGxlIGNv bW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiBlbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rp b24gNy4zLjg+IHBvcnQgMHhmMDQwLTB4ZjA1ZiBtZW0gMHhmYmYwMDAwMC0weGZiZjFmZmZmLDB4 ZmJmNDgwMDAtMHhmYmY0OGZmZiBpcnEgMjAgYXQgZGV2aWNlIDI1LjAgb24gcGNpMApEZWMgIDkg MTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBlbTA6IFVzaW5nIGFuIE1TSSBpbnRlcnJ1cHQKRGVj ICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiA3NDpk NDozNToxNTo4ODplYQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBlaGNpMDogPEVI Q0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmJmNDcwMDAtMHhmYmY0NzNm ZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIg a2VybmVsOiB1c2J1czA6IEVIQ0kgdmVyc2lvbiAxLjAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogdXNidXMwIG9uIGVoY2kwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6 IGhkYWMxOiA8SW50ZWwgUGF0c2J1cmcgSERBIENvbnRyb2xsZXI+IG1lbSAweGZiZjIwMDAwLTB4 ZmJmMjNmZmYgaXJxIDIyIGF0IGRldmljZSAyNy4wIG9uIHBjaTAKRGVjICA5IDEwOjI5OjUxIG1r dXNobmlyIGtlcm5lbDogcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2 aWNlIDI4LjAgb24gcGNpMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2k1OiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBh aGNpMDogPE1hcnZlbGwgODhTRTkxNzIgQUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHhkMDQw LTB4ZDA0NywweGQwMzAtMHhkMDMzLDB4ZDAyMC0weGQwMjcsMHhkMDEwLTB4ZDAxMywweGQwMDAt MHhkMDBmIG1lbSAweGZiZDEwMDAwLTB4ZmJkMTAxZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24g cGNpNQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBhaGNpMDogQUhDSSB2MS4wMCB3 aXRoIDIgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBzdXBwb3J0ZWQgd2l0aCBGQlMKRGVj ICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogYWhjaTA6IHF1aXJrcz0weDEwMDxOT0JTWVJF Uz4KRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogYWhjaWNoMDogPEFIQ0kgY2hhbm5l bD4gYXQgY2hhbm5lbCAwIG9uIGFoY2kwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6 IGFoY2ljaDE6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhaGNpMApEZWMgIDkgMTA6 Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAx NiBhdCBkZXZpY2UgMjguMSBvbiBwY2kwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6 IHBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2CkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBr ZXJuZWw6IGFoY2kxOiA8TWFydmVsbCA4OFNFOTE3MiBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9y dCAweGMwNDAtMHhjMDQ3LDB4YzAzMC0weGMwMzMsMHhjMDIwLTB4YzAyNywweGMwMTAtMHhjMDEz LDB4YzAwMC0weGMwMGYgbWVtIDB4ZmJjMTAwMDAtMHhmYmMxMDFmZiBpcnEgMTcgYXQgZGV2aWNl IDAuMCBvbiBwY2k2CkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGFoY2kxOiBBSENJ IHYxLjAwIHdpdGggMiA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZCB3aXRo IEZCUwpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBhaGNpMTogcXVpcmtzPTB4MTAw PE5PQlNZUkVTPgpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBhaGNpY2gyOiA8QUhD SSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTEKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogYWhjaWNoMzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kxCkRl YyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaWI3OiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gaXJxIDE4IGF0IGRldmljZSAyOC4yIG9uIHBjaTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogcGNpNzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjcKRGVjICA5IDEwOjI5OjUxIG1r dXNobmlyIGtlcm5lbDogYWhjaTI6IDxNYXJ2ZWxsIDg4U0U5MTcyIEFIQ0kgU0FUQSBjb250cm9s bGVyPiBwb3J0IDB4YjA0MC0weGIwNDcsMHhiMDMwLTB4YjAzMywweGIwMjAtMHhiMDI3LDB4YjAx MC0weGIwMTMsMHhiMDAwLTB4YjAwZiBtZW0gMHhmYmIxMDAwMC0weGZiYjEwMWZmIGlycSAxOCBh dCBkZXZpY2UgMC4wIG9uIHBjaTcKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogYWhj aTI6IEFIQ0kgdjEuMDAgd2l0aCAyIDZHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgc3VwcG9y dGVkIHdpdGggRkJTCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGFoY2kyOiBxdWly a3M9MHgxMDA8Tk9CU1lSRVM+CkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGFoY2lj aDQ6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMgpEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiBhaGNpY2g1OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24g YWhjaTIKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpYjg6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBpcnEgMTkgYXQgZGV2aWNlIDI4LjMgb24gcGNpMApEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiBwY2k4OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liOApEZWMgIDkgMTA6 Mjk6NTEgbWt1c2huaXIga2VybmVsOiBmd29oY2kwOiA8MTM5NCBPcGVuIEhvc3QgQ29udHJvbGxl ciBJbnRlcmZhY2U+IHBvcnQgMHhhMDAwLTB4YTBmZiBtZW0gMHhmYmExMDAwMC0weGZiYTEwN2Zm IGlycSAxOSBhdCBkZXZpY2UgMC4wIG9uIHBjaTgKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtl cm5lbDogZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMCAoUk9NPTEpCkRlYyAgOSAxMDoyOTo1MSBt a3VzaG5pciBrZXJuZWw6IGZ3b2hjaTA6IE5vLiBvZiBJc29jaHJvbm91cyBjaGFubmVscyBpcyA0 LgpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBmd29oY2kwOiBFVUk2NCBmZjowMDow MDowMDowMDowMDowMDowMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBmd29oY2kw OiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAsIDIgcG9ydHMuCkRlYyAgOSAxMDoyOTo1MSBta3Vz aG5pciBrZXJuZWw6IGZ3b2hjaTA6IExpbmsgUzEwMCwgbWF4X3JlYyAyMDQ4IGJ5dGVzLgpEZWMg IDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJlV2ly ZSkgYnVzPiBvbiBmd29oY2kwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGZ3b2hj aTA6IEluaXRpYXRlIGJ1cyByZXNldApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBm d29oY2kwOiBmd29oY2lfaW50cl9jb3JlOiBCVVMgcmVzZXQKRGVjICA5IDEwOjI5OjUxIG1rdXNo bmlyIGtlcm5lbDogZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogbm9kZV9pZD0weDAwMDAwMDAw LCBTZWxmSUQgQ291bnQ9MSwgQ1lDTEVNQVNURVIgbW9kZQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2hu aXIga2VybmVsOiBhdGFwY2kwOiA8VklBIEFUQSBjb250cm9sbGVyPiBwb3J0IDB4YTE0MC0weGEx NDcsMHhhMTMwLTB4YTEzMywweGExMjAtMHhhMTI3LDB4YTExMC0weGExMTMsMHhhMTAwLTB4YTEw ZiBpcnEgMTkgYXQgZGV2aWNlIDAuMSBvbiBwY2k4CkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBr ZXJuZWw6IGF0YTI6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGF0YXBjaTAKRGVjICA5 IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogYXRhMzogPEFUQSBjaGFubmVsPiBhdCBjaGFubmVs IDEgb24gYXRhcGNpMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2liOTogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguNSBvbiBwY2kwCkRlYyAgOSAx MDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTk6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI5CkRl YyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHhoY2kwOiA8WEhDSSAoZ2VuZXJpYykgVVNC IDMuMCBjb250cm9sbGVyPiBtZW0gMHhmYjkwMDAwMC0weGZiOTBmZmZmLDB4ZmI5MTEwMDAtMHhm YjkxMWZmZiwweGZiOTEwMDAwLTB4ZmI5MTBmZmYgaXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNp OQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiB4aGNpMDogMzIgYnl0ZSBjb250ZXh0 IHNpemUuCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHVzYnVzMSBvbiB4aGNpMApE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2liMTA6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBpcnEgMTggYXQgZGV2aWNlIDI4LjYgb24gcGNpMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2hu aXIga2VybmVsOiBwY2kxMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEwCkRlYyAgOSAxMDoyOTo1 MSBta3VzaG5pciBrZXJuZWw6IHhoY2kxOiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBjb250cm9s bGVyPiBtZW0gMHhmYjgwMDAwMC0weGZiODBmZmZmLDB4ZmI4MTEwMDAtMHhmYjgxMWZmZiwweGZi ODEwMDAwLTB4ZmI4MTBmZmYgaXJxIDE4IGF0IGRldmljZSAwLjAgb24gcGNpMTAKRGVjICA5IDEw OjI5OjUxIG1rdXNobmlyIGtlcm5lbDogeGhjaTE6IDMyIGJ5dGUgY29udGV4dCBzaXplLgpEZWMg IDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiB1c2J1czIgb24geGhjaTEKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogZWhjaTE6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRy b2xsZXI+IG1lbSAweGZiZjQ2MDAwLTB4ZmJmNDYzZmYgaXJxIDIzIGF0IGRldmljZSAyOS4wIG9u IHBjaTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogdXNidXMzOiBFSENJIHZlcnNp b24gMS4wCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHVzYnVzMyBvbiBlaGNpMQpE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2liMTE6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJu ZWw6IHBjaTExOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTEKRGVjICA5IDEwOjI5OjUxIG1rdXNo bmlyIGtlcm5lbDogcmUwOiA8UmVhbFRlayA4MTY5LzgxNjlTLzgxNjlTQihMKS84MTEwUy84MTEw U0IoTCkgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweDkwMDAtMHg5MGZmIG1lbSAweGZiNzEwMDAw LTB4ZmI3MTAwZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMTEKRGVjICA5IDEwOjI5OjUx IG1rdXNobmlyIGtlcm5lbDogcmUwOiBDaGlwIHJldi4gMHgxMDAwMDAwMApEZWMgIDkgMTA6Mjk6 NTEgbWt1c2huaXIga2VybmVsOiByZTA6IE1BQyByZXYuIDB4MDAwMDAwMDAKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogbWlpYnVzMDogPE1JSSBidXM+IG9uIHJlMApEZWMgIDkgMTA6 Mjk6NTEgbWt1c2huaXIga2VybmVsOiByZ2VwaHkwOiA8UlRMODE2OVMvODExMFMvODIxMSAxMDAw QkFTRS1UIG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMApEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiByZ2VwaHkwOiAgbm9uZSwgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEw YmFzZVQtRkRYLWZsb3csIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwYmFzZVRYLUZEWC1m bG93LCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1tYXN0ZXIsIDEwMDBiYXNlVC1GRFgsIDEwMDBiYXNl VC1GRFgtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLWZsb3csIDEwMDBiYXNlVC1GRFgtZmxvdy1tYXN0 ZXIsIGF1dG8sIGF1dG8tZmxvdwpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiByZTA6 IEV0aGVybmV0IGFkZHJlc3M6IDE0OmRhOmU5OmYxOjUyOjI2CkRlYyAgOSAxMDoyOTo1MSBta3Vz aG5pciBrZXJuZWw6IGlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBj aTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogaXNhMDogPElTQSBidXM+IG9uIGlz YWIwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGFoY2kzOiA8SW50ZWwgUGF0c2J1 cmcgQUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHhmMDkwLTB4ZjA5NywweGYwODAtMHhmMDgz LDB4ZjA3MC0weGYwNzcsMHhmMDYwLTB4ZjA2MywweGYwMjAtMHhmMDNmIG1lbSAweGZiZjQ1MDAw LTB4ZmJmNDU3ZmYgaXJxIDE5IGF0IGRldmljZSAzMS4yIG9uIHBjaTAKRGVjICA5IDEwOjI5OjUx IG1rdXNobmlyIGtlcm5lbDogYWhjaTM6IEFIQ0kgdjEuMzAgd2l0aCA2IDZHYnBzIHBvcnRzLCBQ b3J0IE11bHRpcGxpZXIgbm90IHN1cHBvcnRlZApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2Vy bmVsOiBhaGNpY2g2OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTMKRGVjICA5 IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogYWhjaWNoNzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hh bm5lbCAxIG9uIGFoY2kzCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGFoY2llbTA6 IDxBSENJIGVuY2xvc3VyZSBtYW5hZ2VtZW50IGJyaWRnZT4gb24gYWhjaTMKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogaWNoc21iMDogPEludGVsIFBhdHNidXJnIFNNQnVzIGNvbnRy b2xsZXI+IHBvcnQgMHhmMDAwLTB4ZjAxZiBtZW0gMHhmYmY0NDAwMC0weGZiZjQ0MGZmIGlycSAx OCBhdCBkZXZpY2UgMzEuMyBvbiBwY2kwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6 IHNtYnVzMDogPFN5c3RlbSBNYW5hZ2VtZW50IEJ1cz4gb24gaWNoc21iMApEZWMgIDkgMTA6Mjk6 NTEgbWt1c2huaXIga2VybmVsOiBzbWIwOiA8U01CdXMgZ2VuZXJpYyBJL08+IG9uIHNtYnVzMApE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2liMTI6IDxBQ1BJIEhvc3QtUENJIGJy aWRnZT4gb24gYWNwaTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1OiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTIKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDog cGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgOC4wIChubyBkcml2ZXIgYXR0YWNo ZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVyaXBo ZXJhbD4gYXQgZGV2aWNlIDguMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA4LjQg KG5vIGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNp MjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgOS4wIChubyBkcml2ZXIgYXR0YWNoZWQp CkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVyaXBoZXJh bD4gYXQgZGV2aWNlIDkuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1 c2huaXIga2VybmVsOiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA5LjQgKG5v IGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1 OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+ IGF0IGRldmljZSAxMC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3Vz aG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEwLjIgKG5v IGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1 OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTAuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+ IGF0IGRldmljZSAxMS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3Vz aG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDExLjMgKG5v IGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1 OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTIuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+ IGF0IGRldmljZSAxMi4xIChubyBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3Vz aG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEyLjYgKG5v IGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1 OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTIuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQpE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+ IGF0IGRldmljZSAxMy4wIChubyBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3Vz aG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEzLjEgKG5v IGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1 OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTMuNiAobm8gZHJpdmVyIGF0dGFjaGVkKQpE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+ IGF0IGRldmljZSAxNC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3Vz aG5pciBrZXJuZWw6IHBjaTI1NTogPGRhc3A+IGF0IGRldmljZSAxNC4xIChubyBkcml2ZXIgYXR0 YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVy aXBoZXJhbD4gYXQgZGV2aWNlIDE1LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug MTUuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVs OiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNS4yIChubyBkcml2ZXIgYXR0 YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVy aXBoZXJhbD4gYXQgZGV2aWNlIDE1LjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug MTUuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVs OiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNS41IChubyBkcml2ZXIgYXR0 YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVy aXBoZXJhbD4gYXQgZGV2aWNlIDE1LjYgKG5vIGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug MTYuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVs OiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNi4xIChubyBkcml2ZXIgYXR0 YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVy aXBoZXJhbD4gYXQgZGV2aWNlIDE2LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug MTYuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVs OiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNi40IChubyBkcml2ZXIgYXR0 YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVy aXBoZXJhbD4gYXQgZGV2aWNlIDE2LjUgKG5vIGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug MTYuNiAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVs OiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNi43IChubyBkcml2ZXIgYXR0 YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBjaTI1NTogPGJhc2UgcGVy aXBoZXJhbD4gYXQgZGV2aWNlIDE3LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug MTkuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVs OiBwY2kyNTU6IDxkYXNwPiBhdCBkZXZpY2UgMTkuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMg IDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kyNTU6IDxkYXNwPiBhdCBkZXZpY2UgMTku NCAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBw Y2kyNTU6IDxkYXNwPiBhdCBkZXZpY2UgMTkuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpEZWMgIDkg MTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRl dmljZSAxOS42IChubyBkcml2ZXIgYXR0YWNoZWQpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBr ZXJuZWw6IGFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQy KT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKRGVjICA5IDEw OjI5OjUxIG1rdXNobmlyIGtlcm5lbDoga2JkMCBhdCBhdGtiZDAKRGVjICA5IDEwOjI5OjUxIG1r dXNobmlyIGtlcm5lbDogYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpEZWMgIDkgMTA6Mjk6NTEgbWt1 c2huaXIga2VybmVsOiB1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgzZjgtMHgz ZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2Vy bmVsOiBpY2h3ZDAgb24gaXNhMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBvcm0w OiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4Y2ZmZmYsMHhkMDAwMC0weGQz ZmZmIG9uIGlzYTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogc2MwOiA8U3lzdGVt IGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpEZWMg IDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiB2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBw b3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCkRlYyAgOSAxMDoy OTo1MSBta3VzaG5pciBrZXJuZWw6IGNvcmV0ZW1wMDogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5z b3JzPiBvbiBjcHUwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGVzdDA6IDxFbmhh bmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKRGVjICA5IDEwOjI5OjUx IG1rdXNobmlyIGtlcm5lbDogcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+ IG9uIGNwdTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogY29yZXRlbXAxOiA8Q1BV IE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTEKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogZXN0MTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24g Y3B1MQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwNHRjYzE6IDxDUFUgRnJlcXVl bmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2Vy bmVsOiBjb3JldGVtcDI6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MgpEZWMg IDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBlc3QyOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZy ZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUyCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6 IHA0dGNjMjogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUyCkRlYyAgOSAx MDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGNvcmV0ZW1wMzogPENQVSBPbi1EaWUgVGhlcm1hbCBT ZW5zb3JzPiBvbiBjcHUzCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGVzdDM6IDxF bmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTMKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogcDR0Y2MzOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRy b2w+IG9uIGNwdTMKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogY29yZXRlbXA0OiA8 Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTQKRGVjICA5IDEwOjI5OjUxIG1rdXNo bmlyIGtlcm5lbDogZXN0NDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4g b24gY3B1NApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwNHRjYzQ6IDxDUFUgRnJl cXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIg a2VybmVsOiBjb3JldGVtcDU6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1NQpE ZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBlc3Q1OiA8RW5oYW5jZWQgU3BlZWRTdGVw IEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU1CkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJu ZWw6IHA0dGNjNTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHU1CkRlYyAg OSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGNvcmV0ZW1wNjogPENQVSBPbi1EaWUgVGhlcm1h bCBTZW5zb3JzPiBvbiBjcHU2CkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGVzdDY6 IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTYKRGVjICA5IDEw OjI5OjUxIG1rdXNobmlyIGtlcm5lbDogcDR0Y2M2OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENv bnRyb2w+IG9uIGNwdTYKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogY29yZXRlbXA3 OiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTcKRGVjICA5IDEwOjI5OjUxIG1r dXNobmlyIGtlcm5lbDogZXN0NzogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJv bD4gb24gY3B1NwpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwNHRjYzc6IDxDUFUg RnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NwpEZWMgIDkgMTA6Mjk6NTEgbWt1c2hu aXIga2VybmVsOiBUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCkRlYyAgOSAxMDoy OTo1MSBta3VzaG5pciBrZXJuZWw6IGZpcmV3aXJlMDogMSBub2RlcywgbWF4aG9wIDw9IDAgY2Fi bGUgSVJNIGlybSgwKSAgKG1lKSAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogZmly ZXdpcmUwOiBidXMgbWFuYWdlciAwIApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBp cGZ3MiAoK2lwdjYpIGluaXRpYWxpemVkLCBkaXZlcnQgZW5hYmxlZCwgbmF0IGxvYWRhYmxlLCBk ZWZhdWx0IHRvIGRlbnksIGxvZ2dpbmcgZGlzYWJsZWQKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogRFVNTVlORVQgMCB3aXRoIElQdjYgaW5pdGlhbGl6ZWQgKDEwMDQwOSkKRGVjICA5 IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogbG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBQUklPIGxv YWRlZApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBsb2FkX2RuX3NjaGVkIGRuX3Nj aGVkIFFGUSBsb2FkZWQKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogbG9hZF9kbl9z Y2hlZCBkbl9zY2hlZCBSUiBsb2FkZWQKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDog bG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBXRjJRKyBsb2FkZWQKRGVjICA5IDEwOjI5OjUxIG1rdXNo bmlyIGtlcm5lbDogbG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBGSUZPIGxvYWRlZApEZWMgIDkgMTA6 Mjk6NTEgbWt1c2huaXIga2VybmVsOiBoZGFjYzA6IDxBVEkgUjZ4eCBIREEgQ09ERUM+IGF0IGNh ZCAwIG9uIGhkYWMwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGhkYWEwOiA8QVRJ IFI2eHggQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApEZWMgIDkgMTA6 Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY20wOiA8QVRJIFI2eHggKEhETUkpPiBhdCBuaWQgMyBv biBoZGFhMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBoZGFjYzE6IDxSZWFsdGVr IEFMQzg5MiBIREEgQ09ERUM+IGF0IGNhZCAyIG9uIGhkYWMxCkRlYyAgOSAxMDoyOTo1MSBta3Vz aG5pciBrZXJuZWw6IGhkYWExOiA8UmVhbHRlayBBTEM4OTIgQXVkaW8gRnVuY3Rpb24gR3JvdXA+ IGF0IG5pZCAxIG9uIGhkYWNjMQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY20x OiA8UmVhbHRlayBBTEM4OTIgKFJlYXIgQW5hbG9nIDcuMS8yLjApPiBhdCBuaWQgMjAsMjIsMjEs MjMgYW5kIDI0LDI2IG9uIGhkYWExCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBj bTI6IDxSZWFsdGVrIEFMQzg5MiAoRnJvbnQgQW5hbG9nKT4gYXQgbmlkIDI3IGFuZCAyNSBvbiBo ZGFhMQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBwY20zOiA8UmVhbHRlayBBTEM4 OTIgKE9uYm9hcmQgRGlnaXRhbCk+IGF0IG5pZCAxNyBvbiBoZGFhMQpEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiBwY200OiA8UmVhbHRlayBBTEM4OTIgKFJlYXIgRGlnaXRhbCk+IGF0 IG5pZCAzMCBvbiBoZGFhMQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiByYW5kb206 IHVuYmxvY2tpbmcgZGV2aWNlLgpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiB1c2J1 czA6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIg a2VybmVsOiB1c2J1czE6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAKRGVjICA5IDEwOjI5 OjUxIG1rdXNobmlyIGtlcm5lbDogdXNidXMyOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4w CkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHVzYnVzMzogNDgwTWJwcyBIaWdoIFNw ZWVkIFVTQiB2Mi4wCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHVnZW4wLjE6IDxJ bnRlbD4gYXQgdXNidXMwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHVodWIwOiA8 SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiB1Z2VuMy4xOiA8SW50ZWw+ IGF0IHVzYnVzMwpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiB1aHViMTogPEludGVs IEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1 czMKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogdWdlbjIuMTogPDB4MWI3Mz4gYXQg dXNidXMyCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHVodWIyOiA8MHgxYjczIFhI Q0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czIK RGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogdWdlbjEuMTogPDB4MWI3Mz4gYXQgdXNi dXMxCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHVodWIzOiA8MHgxYjczIFhIQ0kg cm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDMuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czEKRGVj ICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogdWh1YjI6IDQgcG9ydHMgd2l0aCA0IHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHVodWIz OiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiBhZGEwIGF0IGFoY2ljaDYgYnVzIDAgc2NidXM4IHRhcmdldCAwIGx1 biAwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGFkYTA6IDxXREMgV0QxMDAyRkFF WC0wMFozQTAgMDUuMDFEMDU+IEFUQS04IFNBVEEgMy54IGRldmljZQpEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiBhZGEwOiBTZXJpYWwgTnVtYmVyIFdELVdDQVRSNTExNDkwMgpEZWMg IDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBhZGEwOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMg KFNBVEEgMy54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogYWRhMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCkRlYyAgOSAxMDoyOTo1MSBt a3VzaG5pciBrZXJuZWw6IGFkYTA6IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3Rv cnM6IDE2SCA2M1MvVCAxNjM4M0MpCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGFk YTA6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkMjAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogYWRhMSBhdCBhaGNpY2g3IGJ1cyAwIHNjYnVzOSB0YXJnZXQgMCBsdW4gMApEZWMg IDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBhZGExOiA8U1QzMjUwNjIwQVMgMy5BQUM+IEFU QS03IFNBVEEgMS54IGRldmljZQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBhZGEx OiBTZXJpYWwgTnVtYmVyIDVRRTBKWFpMCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6 IGFkYTE6IDE1MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE2LCBQSU8gODE5MmJ5 dGVzKQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBhZGExOiBDb21tYW5kIFF1ZXVl aW5nIGVuYWJsZWQKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogYWRhMTogMjM4NDc1 TUIgKDQ4ODM5NzE2OCA1MTIgYnl0ZSBzZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQpEZWMgIDkg MTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBhZGExOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBh ZDIyCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHBhc3MyIGF0IGFoY2llbTAgYnVz IDAgc2NidXMxMCB0YXJnZXQgMCBsdW4gMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVs OiBwYXNzMjogPEFIQ0kgU0dQSU8gRW5jbG9zdXJlIDEuMDAgMDAwMT4gU0VNQiBTLUUtUyAyLjAw IGRldmljZQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBOZXR2c2MgaW5pdGlhbGl6 aW5nLi4uIFNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIg a2VybmVsOiBTTVA6IEFQIENQVSAjMyBMYXVuY2hlZCEKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogU01QOiBBUCBDUFUgIzUgTGF1bmNoZWQhCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5p ciBrZXJuZWw6IFNNUDogQVAgQ1BVICM3IExhdW5jaGVkIQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2hu aXIga2VybmVsOiBTTVA6IEFQIENQVSAjNCBMYXVuY2hlZCEKRGVjICA5IDEwOjI5OjUxIG1rdXNo bmlyIGtlcm5lbDogU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhCkRlYyAgOSAxMDoyOTo1MSBta3Vz aG5pciBrZXJuZWw6IFNNUDogQVAgQ1BVICM2IExhdW5jaGVkIQpEZWMgIDkgMTA6Mjk6NTEgbWt1 c2huaXIga2VybmVsOiBXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVk dWNlZCBwZXJmb3JtYW5jZS4KRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogdWh1YjA6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCkRlYyAgOSAxMDoyOTo1MSBt a3VzaG5pciBrZXJuZWw6IHVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBSb290IG1vdW50IHdhaXRpbmcg Zm9yOiB1c2J1czMgdXNidXMwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHVnZW4w LjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtl cm5lbDogdWh1YjQ6IDx2ZW5kb3IgMHg4MDg3IHByb2R1Y3QgMHgwMDI0LCBjbGFzcyA5LzAsIHJl diAyLjAwLzAuMDAsIGFkZHIgMj4gb24gdXNidXMwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBr ZXJuZWw6IHVnZW4zLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czMKRGVjICA5IDEwOjI5OjUx IG1rdXNobmlyIGtlcm5lbDogdWh1YjU6IDx2ZW5kb3IgMHg4MDg3IHByb2R1Y3QgMHgwMDI0LCBj bGFzcyA5LzAsIHJldiAyLjAwLzAuMDAsIGFkZHIgMj4gb24gdXNidXMzCkRlYyAgOSAxMDoyOTo1 MSBta3VzaG5pciBrZXJuZWw6IHVodWI0OiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUsIHNlbGYg cG93ZXJlZApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBSb290IG1vdW50IHdhaXRp bmcgZm9yOiB1c2J1czMgdXNidXMwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHVo dWI1OiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApEZWMgIDkgMTA6Mjk6 NTEgbWt1c2huaXIga2VybmVsOiB1Z2VuMC4zOiA8dmVuZG9yIDB4MDRkOT4gYXQgdXNidXMwCkRl YyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IFRyeWluZyB0byBtb3VudCByb290IGZyb20g dWZzOi9kZXYvYWRhMHMxYSBbXS4uLgpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBs b2NrIG9yZGVyIHJldmVyc2FsOgpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiAxc3Qg MHhmZmZmZjgwMDBmODMzOWEwIHVmcyAodWZzKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19tb3Vu dC5jOjg1MQpEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiAybmQgMHhmZmZmZjgwMDBm ODMzN2M4IGRldmZzIChkZXZmcykgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vici5jOjIxMDEK RGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogS0RCOiBzdGFjayBiYWNrdHJhY2U6CkRl YyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0 IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDBkOTdiOTI5MApEZWMg IDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBrZGJfYmFja3RyYWNlKCkgYXQga2RiX2JhY2t0 cmFjZSsweDM5L2ZyYW1lIDB4ZmZmZmZlMDBkOTdiOTM0MApEZWMgIDkgMTA6Mjk6NTEgbWt1c2hu aXIga2VybmVsOiB3aXRuZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhk M2EvZnJhbWUgMHhmZmZmZmUwMGQ5N2I5M2QwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJu ZWw6IF9fbG9ja21ncl9hcmdzKCkgYXQgX19sb2NrbWdyX2FyZ3MrMHg4NmMvZnJhbWUgMHhmZmZm ZmUwMGQ5N2I5NTAwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IHZvcF9zdGRsb2Nr KCkgYXQgdm9wX3N0ZGxvY2srMHgzYy9mcmFtZSAweGZmZmZmZTAwZDk3Yjk1MjAKRGVjICA5IDEw OjI5OjUxIG1rdXNobmlyIGtlcm5lbDogVk9QX0xPQ0sxX0FQVigpIGF0IFZPUF9MT0NLMV9BUFYr MHhmNS9mcmFtZSAweGZmZmZmZTAwZDk3Yjk1NTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtl cm5lbDogX3ZuX2xvY2soKSBhdCBfdm5fbG9jaysweGFiL2ZyYW1lIDB4ZmZmZmZlMDBkOTdiOTVj MApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiB2Z2V0KCkgYXQgdmdldCsweDcwL2Zy YW1lIDB4ZmZmZmZlMDBkOTdiOTYxMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBk ZXZmc19hbGxvY3YoKSBhdCBkZXZmc19hbGxvY3YrMHhmZC9mcmFtZSAweGZmZmZmZTAwZDk3Yjk2 NjAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogZGV2ZnNfcm9vdCgpIGF0IGRldmZz X3Jvb3QrMHg0My9mcmFtZSAweGZmZmZmZTAwZDk3Yjk2OTAKRGVjICA5IDEwOjI5OjUxIG1rdXNo bmlyIGtlcm5lbDogdmZzX2Rvbm1vdW50KCkgYXQgdmZzX2Rvbm1vdW50KzB4MTE1ZS9mcmFtZSAw eGZmZmZmZTAwZDk3Yjk5NjAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogc3lzX25t b3VudCgpIGF0IHN5c19ubW91bnQrMHg3Mi9mcmFtZSAweGZmZmZmZTAwZDk3Yjk5YTAKRGVjICA5 IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0X3N5c2Nh bGwrMHgyNjUvZnJhbWUgMHhmZmZmZmUwMGQ5N2I5YWIwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5p ciBrZXJuZWw6IFhmYXN0X3N5c2NhbGwoKSBhdCBYZmFzdF9zeXNjYWxsKzB4ZmIvZnJhbWUgMHhm ZmZmZmUwMGQ5N2I5YWIwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IC0tLSBzeXNj YWxsICgzNzgsIEZyZWVCU0QgRUxGNjQsIHN5c19ubW91bnQpLCByaXAgPSAweDgwMGE5ZTIxYSwg cnNwID0gMHg3ZmZmZmZmZmNjYzgsIHJicCA9IDB4N2ZmZmZmZmZkMjMwIC0tLQpEZWMgIDkgMTA6 Mjk6NTEgbWt1c2huaXIga2VybmVsOiB1bXMwOiA8dmVuZG9yIDB4MDRkOSBwcm9kdWN0IDB4MDQ5 OSwgY2xhc3MgMC8wLCByZXYgMS4xMC8yLjkwLCBhZGRyIDM+IG9uIHVzYnVzMApEZWMgIDkgMTA6 Mjk6NTEgbWt1c2huaXIga2VybmVsOiB1bXMwOiAzIGJ1dHRvbnMgYW5kIFtYWVpdIGNvb3JkaW5h dGVzIElEPTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogV0FSTklORzogYXR0ZW1w dCB0byBkb21haW5fYWRkKG5ldGdyYXBoKSBhZnRlciBkb21haW5maW5hbGl6ZSgpCkRlYyAgOSAx MDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IGxvY2sgb3JkZXIgcmV2ZXJzYWw6CkRlYyAgOSAxMDoy OTo1MSBta3VzaG5pciBrZXJuZWw6IDFzdCAweGZmZmZmZTAwNDA0MjZkYTAgYnVmd2FpdCAoYnVm d2FpdCkgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfYmlvLmM6MzA4MQpEZWMgIDkgMTA6Mjk6NTEg bWt1c2huaXIga2VybmVsOiAybmQgMHhmZmZmZjgwMDBmNDJhNDAwIGRpcmhhc2ggKGRpcmhhc2gp IEAgL3Vzci9zcmMvc3lzL3Vmcy91ZnMvdWZzX2Rpcmhhc2guYzoyODQKRGVjICA5IDEwOjI5OjUx IG1rdXNobmlyIGtlcm5lbDogS0RCOiBzdGFjayBiYWNrdHJhY2U6CkRlYyAgOSAxMDoyOTo1MSBt a3VzaG5pciBrZXJuZWw6IGRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0IGRiX3RyYWNlX3NlbGZf d3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDBkOTgwNDI3MApEZWMgIDkgMTA6Mjk6NTEgbWt1 c2huaXIga2VybmVsOiBrZGJfYmFja3RyYWNlKCkgYXQga2RiX2JhY2t0cmFjZSsweDM5L2ZyYW1l IDB4ZmZmZmZlMDBkOTgwNDMyMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiB3aXRu ZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhkM2EvZnJhbWUgMHhmZmZm ZmUwMGQ5ODA0M2IwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IF9zeF94bG9jaygp IGF0IF9zeF94bG9jaysweDc1L2ZyYW1lIDB4ZmZmZmZlMDBkOTgwNDNmMApEZWMgIDkgMTA6Mjk6 NTEgbWt1c2huaXIga2VybmVsOiB1ZnNkaXJoYXNoX2FkZCgpIGF0IHVmc2Rpcmhhc2hfYWRkKzB4 M2IvZnJhbWUgMHhmZmZmZmUwMGQ5ODA0NDMwCkRlYyAgOSAxMDoyOTo1MSBta3VzaG5pciBrZXJu ZWw6IHVmc19kaXJlbnRlcigpIGF0IHVmc19kaXJlbnRlcisweDY1Yy9mcmFtZSAweGZmZmZmZTAw ZDk4MDQ0ZjAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogdWZzX21ha2Vpbm9kZSgp IGF0IHVmc19tYWtlaW5vZGUrMHg1NzMvZnJhbWUgMHhmZmZmZmUwMGQ5ODA0NmIwCkRlYyAgOSAx MDoyOTo1MSBta3VzaG5pciBrZXJuZWw6IFZPUF9DUkVBVEVfQVBWKCkgYXQgVk9QX0NSRUFURV9B UFYrMHhlYS9mcmFtZSAweGZmZmZmZTAwZDk4MDQ2ZTAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogdm5fb3Blbl9jcmVkKCkgYXQgdm5fb3Blbl9jcmVkKzB4MzAwL2ZyYW1lIDB4ZmZm ZmZlMDBkOTgwNDgzMApEZWMgIDkgMTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBrZXJuX29wZW5h dCgpIGF0IGtlcm5fb3BlbmF0KzB4MjYxL2ZyYW1lIDB4ZmZmZmZlMDBkOTgwNDlhMApEZWMgIDkg MTA6Mjk6NTEgbWt1c2huaXIga2VybmVsOiBhbWQ2NF9zeXNjYWxsKCkgYXQgYW1kNjRfc3lzY2Fs bCsweDI2NS9mcmFtZSAweGZmZmZmZTAwZDk4MDRhYjAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmly IGtlcm5lbDogWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2NhbGwrMHhmYi9mcmFtZSAweGZm ZmZmZTAwZDk4MDRhYjAKRGVjICA5IDEwOjI5OjUxIG1rdXNobmlyIGtlcm5lbDogLS0tIHN5c2Nh bGwgKDUsIEZyZWVCU0QgRUxGNjQsIHN5c19vcGVuKSwgcmlwID0gMHg4MDA5M2ViNWEsIHJzcCA9 IDB4N2ZmZmZmZmZkOWY4LCByYnAgPSAweDdmZmZmZmZmZGEzMCAtLS0KRGVjICA5IDEwOjMxOjA3 IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gSW5pdGlhbGl6ZWQgZHJtIDEuMS4wIDIwMDYw ODEwCkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBrZXJuZWw6IGRybW4wOiA8QVRJIFJhZGVvbiBI RCA0MzUwPiBvbiB2Z2FwY2kwCkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBrZXJuZWw6IGluZm86 IFtkcm1dIE1TSSBlbmFibGVkIDEgbWVzc2FnZShzKQpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIg a2VybmVsOiBpbmZvOiBbZHJtXSBSQURFT05fSVNfUENJRQpEZWMgIDkgMTA6MzE6MDcgbWt1c2hu aXIga2VybmVsOiBpbmZvOiBbZHJtXSBpbml0aWFsaXppbmcga2VybmVsIG1vZGVzZXR0aW5nIChS VjcxMCAweDEwMDI6MHg5NTRGIDB4MTA0MzoweDAzNTQpLgpEZWMgIDkgMTA6MzE6MDcgbWt1c2hu aXIga2VybmVsOiBpbmZvOiBbZHJtXSByZWdpc3RlciBtbWlvIGJhc2U6IDB4RkJFMjAwMDAKRGVj ICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gcmVnaXN0ZXIgbW1pbyBz aXplOiA2NTUzNgpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSBy YWRlb25fYXRybV9nZXRfYmlvczogPT09PiBUcnkgQVRSTS4uLgpEZWMgIDkgMTA6MzE6MDcgbWt1 c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSByYWRlb25fYXRybV9nZXRfYmlvczogcGNpX2ZpbmRf Y2xhc3MoKSBmb3VuZDogMDoyOjA6MCwgdmVuZG9yPTEwMDIsIGRldmljZT05NTRmCkRlYyAgOSAx MDozMTowNyBta3VzaG5pciBrZXJuZWw6IGluZm86IFtkcm1dIHJhZGVvbl9hdHJtX2dldF9iaW9z OiBHZXQgQUNQSSBkZXZpY2UgaGFuZGxlCkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBrZXJuZWw6 IGluZm86IFtkcm1dIHJhZGVvbl9hY3BpX3ZmY3RfYmlvczogPT09PiBUcnkgVkZDVC4uLgpEZWMg IDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSByYWRlb25fYWNwaV92ZmN0 X2Jpb3M6IEdldCAiVkZDVCIgQUNQSSB0YWJsZQpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2Vy bmVsOiBpbmZvOiBbZHJtXSByYWRlb25fYWNwaV92ZmN0X2Jpb3M6IEZhaWxlZCB0byBnZXQgIlZG Q1QiIHRhYmxlOiBBRV9OT1RfRk9VTkQKRGVjICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDog aW5mbzogW2RybV0gaWdwX3JlYWRfYmlvc19mcm9tX3ZyYW06ID09PT4gVHJ5IElHUCdzIFZSQU0u Li4KRGVjICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gaWdwX3JlYWRf Ymlvc19mcm9tX3ZyYW06IFZSQU0gYmFzZSBhZGRyZXNzOiAweGUwMDAwMDAwCkRlYyAgOSAxMDoz MTowNyBta3VzaG5pciBrZXJuZWw6IGluZm86IFtkcm1dIGlncF9yZWFkX2Jpb3NfZnJvbV92cmFt OiBNYXAgYWRkcmVzczogMHhmZmZmZjgwMGUwMDAwMDAwICgyNjIxNDQgYnl0ZXMpCkRlYyAgOSAx MDozMTowNyBta3VzaG5pciBrZXJuZWw6IGluZm86IFtkcm1dIGlncF9yZWFkX2Jpb3NfZnJvbV92 cmFtOiBJbmNvcnJlY3QgQklPUyBzaWduYXR1cmU6IDB4MjA3MApEZWMgIDkgMTA6MzE6MDcgbWt1 c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSByYWRlb25fcmVhZF9iaW9zOiA9PT0+IFRyeSBQQ0kg RXhwYW5zaW9uIFJPTS4uLgpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBb ZHJtXSByYWRlb25fcmVhZF9iaW9zOiBNYXAgYWRkcmVzczogMHhmZmZmZjgwMDAwMGMwMDAwICgx MzEwNzIgYnl0ZXMpCkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBrZXJuZWw6IGluZm86IFtkcm1d IEFUT00gQklPUzogOTU0Ri4xMS4yMi42LjAuQVMwNApEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIg a2VybmVsOiBkcm1uMDogaW5mbzogVlJBTTogMTAyNE0gMHgwMDAwMDAwMDAwMDAwMDAwIC0gMHgw MDAwMDAwMDNGRkZGRkZGICgxMDI0TSB1c2VkKQpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2Vy bmVsOiBkcm1uMDogaW5mbzogR1RUOiA1MTJNIDB4MDAwMDAwMDA0MDAwMDAwMCAtIDB4MDAwMDAw MDA1RkZGRkZGRgpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSBE ZXRlY3RlZCBWUkFNIFJBTT0xMDI0TSwgQkFSPTI1Nk0KRGVjICA5IDEwOjMxOjA3IG1rdXNobmly IGtlcm5lbDogaW5mbzogW2RybV0gUkFNIHdpZHRoIDY0Yml0cyBERFIKRGVjICA5IDEwOjMxOjA3 IG1rdXNobmlyIGtlcm5lbDogW1RUTV0gWm9uZSAga2VybmVsOiBBdmFpbGFibGUgZ3JhcGhpY3Mg bWVtb3J5OiAxNjcyMTI2NCBraUIKRGVjICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogW1RU TV0gWm9uZSAgIGRtYTMyOiBBdmFpbGFibGUgZ3JhcGhpY3MgbWVtb3J5OiAyMDk3MTUyIGtpQgpE ZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBbVFRNXSBJbml0aWFsaXppbmcgcG9vbCBh bGxvY2F0b3IKRGVjICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gcmFk ZW9uOiAxMDI0TSBvZiBWUkFNIG1lbW9yeSByZWFkeQpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIg a2VybmVsOiBpbmZvOiBbZHJtXSByYWRlb246IDUxMk0gb2YgR1RUIG1lbW9yeSByZWFkeS4KRGVj ICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gU3VwcG9ydHMgdmJsYW5r IHRpbWVzdGFtcCBjYWNoaW5nIFJldiAxICgxMC4xMC4yMDEwKS4KRGVjICA5IDEwOjMxOjA3IG1r dXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gRHJpdmVyIHN1cHBvcnRzIHByZWNpc2UgdmJsYW5r IHRpbWVzdGFtcCBxdWVyeS4KRGVjICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzog W2RybV0gcmFkZW9uOiBpcnEgaW5pdGlhbGl6ZWQuCkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBr ZXJuZWw6IGluZm86IFtkcm1dIEdBUlQ6IG51bSBjcHUgcGFnZXMgMTMxMDcyLCBudW0gZ3B1IHBh Z2VzIDEzMTA3MgpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSBw cm9iaW5nIGdlbiAyIGNhcHMgZm9yIGRldmljZSA4MDg2OjNjMDQgPSAzL2UKRGVjICA5IDEwOjMx OjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gZW5hYmxpbmcgUENJRSBnZW4gMiBsaW5r IHNwZWVkcywgZGlzYWJsZSB3aXRoIHJhZGVvbi5wY2llX2dlbjI9MApEZWMgIDkgMTA6MzE6MDcg bWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSBMb2FkaW5nIFJWNzEwIE1pY3JvY29kZQpEZWMg IDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSBQQ0lFIEdBUlQgb2YgNTEy TSBlbmFibGVkICh0YWJsZSBhdCAweDAwMDAwMDAwMDAwNDAwMDApLgpEZWMgIDkgMTA6MzE6MDcg bWt1c2huaXIga2VybmVsOiBkcm1uMDogaW5mbzogV0IgZW5hYmxlZApEZWMgIDkgMTA6MzE6MDcg bWt1c2huaXIga2VybmVsOiBkcm1uMDogaW5mbzogZmVuY2UgZHJpdmVyIG9uIHJpbmcgMCB1c2Ug Z3B1IGFkZHIgMHgwMDAwMDAwMDQwMDAwYzAwIGFuZCBjcHUgYWRkciAweDB4ZmZmZmY4MDE1YTUw M2MwMApEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBkcm1uMDogaW5mbzogZmVuY2Ug ZHJpdmVyIG9uIHJpbmcgMyB1c2UgZ3B1IGFkZHIgMHgwMDAwMDAwMDQwMDAwYzBjIGFuZCBjcHUg YWRkciAweDB4ZmZmZmY4MDE1YTUwM2MwYwpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVs OiBpbmZvOiBbZHJtXSByaW5nIHRlc3Qgb24gMCBzdWNjZWVkZWQgaW4gMSB1c2VjcwpEZWMgIDkg MTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSByaW5nIHRlc3Qgb24gMyBzdWNj ZWVkZWQgaW4gMSB1c2VjcwpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBb ZHJtXSBpYiB0ZXN0IG9uIHJpbmcgMCBzdWNjZWVkZWQgaW4gMCB1c2VjcwpEZWMgIDkgMTA6MzE6 MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSBpYiB0ZXN0IG9uIHJpbmcgMyBzdWNjZWVk ZWQgaW4gMCB1c2VjcwpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJt XSByYWRlb25fZGV2aWNlX2luaXQ6IFRha2luZyBvdmVyIHRoZSBmaWN0aXRpb3VzIHJhbmdlIDB4 ZTAwMDAwMDAtMHhmMDAwMDAwMApEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpaWNi dXMwOiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjAgYWRkciAweGZmCkRlYyAgOSAxMDozMTow NyBta3VzaG5pciBrZXJuZWw6IGlpYzA6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czAKRGVj ICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaWljYnVzMTogPFBoaWxpcHMgSTJDIGJ1cz4g b24gaWljYmIxIGFkZHIgMHhmZgpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpaWMx OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMxCkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBr ZXJuZWw6IGlpY2J1czI6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMiBhZGRyIDB4ZmYKRGVj ICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaWljMjogPEkyQyBnZW5lcmljIEkvTz4gb24g aWljYnVzMgpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpaWNidXMzOiA8UGhpbGlw cyBJMkMgYnVzPiBvbiBpaWNiYjMgYWRkciAweGZmCkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBr ZXJuZWw6IGlpYzM6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czMKRGVjICA5IDEwOjMxOjA3 IG1rdXNobmlyIGtlcm5lbDogaWljYnVzNDogPFBoaWxpcHMgSTJDIGJ1cz4gb24gaWljYmI0IGFk ZHIgMHhmZgpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpaWM0OiA8STJDIGdlbmVy aWMgSS9PPiBvbiBpaWNidXM0CkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBrZXJuZWw6IGlpY2J1 czU6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiNSBhZGRyIDB4ZmYKRGVjICA5IDEwOjMxOjA3 IG1rdXNobmlyIGtlcm5lbDogaWljNTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzNQpEZWMg IDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpaWNidXM2OiA8UGhpbGlwcyBJMkMgYnVzPiBv biBpaWNiYjYgYWRkciAweGZmCkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBrZXJuZWw6IGlpYzY6 IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czYKRGVjICA5IDEwOjMxOjA3IG1rdXNobmlyIGtl cm5lbDogaW5mbzogW2RybV0gUmFkZW9uIERpc3BsYXkgQ29ubmVjdG9ycwpEZWMgIDkgMTA6MzE6 MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSBDb25uZWN0b3IgMDoKRGVjICA5IDEwOjMx OjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gICBIRE1JLUEtMQpEZWMgIDkgMTA6MzE6 MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSAgIEhQRDEKRGVjICA5IDEwOjMxOjA3IG1r dXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gICBEREM6IDB4N2U1MCAweDdlNTAgMHg3ZTU0IDB4 N2U1NCAweDdlNTggMHg3ZTU4IDB4N2U1YyAweDdlNWMKRGVjICA5IDEwOjMxOjA3IG1rdXNobmly IGtlcm5lbDogaW5mbzogW2RybV0gICBFbmNvZGVyczoKRGVjICA5IDEwOjMxOjA3IG1rdXNobmly IGtlcm5lbDogaW5mbzogW2RybV0gICAgIERGUDE6IElOVEVSTkFMX1VOSVBIWQpEZWMgIDkgMTA6 MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSBDb25uZWN0b3IgMToKRGVjICA5IDEw OjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gICBWR0EtMQpEZWMgIDkgMTA6MzE6 MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSAgIEREQzogMHg3ZTQwIDB4N2U0MCAweDdl NDQgMHg3ZTQ0IDB4N2U0OCAweDdlNDggMHg3ZTRjIDB4N2U0YwpEZWMgIDkgMTA6MzE6MDcgbWt1 c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSAgIEVuY29kZXJzOgpEZWMgIDkgMTA6MzE6MDcgbWt1 c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSAgICAgQ1JUMjogSU5URVJOQUxfS0xEU0NQX0RBQzIK RGVjICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gQ29ubmVjdG9yIDI6 CkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBrZXJuZWw6IGluZm86IFtkcm1dICAgRFZJLUktMQpE ZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSAgIEhQRDQKRGVjICA5 IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gICBEREM6IDB4N2YxMCAweDdm MTAgMHg3ZjE0IDB4N2YxNCAweDdmMTggMHg3ZjE4IDB4N2YxYyAweDdmMWMKRGVjICA5IDEwOjMx OjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gICBFbmNvZGVyczoKRGVjICA5IDEwOjMx OjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gICAgIENSVDE6IElOVEVSTkFMX0tMRFND UF9EQUMxCkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBrZXJuZWw6IGluZm86IFtkcm1dICAgICBE RlAyOiBJTlRFUk5BTF9VTklQSFkyCkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBrZXJuZWw6IGlu Zm86IFtkcm1dIEludGVybmFsIHRoZXJtYWwgY29udHJvbGxlciB3aXRob3V0IGZhbiBjb250cm9s CkRlYyAgOSAxMDozMTowNyBta3VzaG5pciBrZXJuZWw6IGluZm86IFtkcm1dIHJhZGVvbjogcG93 ZXIgbWFuYWdlbWVudCBpbml0aWFsaXplZApEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVs OiBpbmZvOiBbZHJtXSBmYiBtYXBwYWJsZSBhdCAweEUwMTQyMDAwCkRlYyAgOSAxMDozMTowNyBt a3VzaG5pciBrZXJuZWw6IGluZm86IFtkcm1dIHZyYW0gYXBwZXIgYXQgMHhFMDAwMDAwMApEZWMg IDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJtXSBzaXplIDgyOTQ0MDAKRGVj ICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gZmIgZGVwdGggaXMgMjQK RGVjICA5IDEwOjMxOjA3IG1rdXNobmlyIGtlcm5lbDogaW5mbzogW2RybV0gICAgcGl0Y2ggaXMg NzY4MApEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBlcnJvcjogW2RybTpwaWQxNzM4 OmRybV9mYl9oZWxwZXJfc2luZ2xlX2ZiX3Byb2JlXSAqRVJST1IqIEZhaWxlZCB0byBhdHRhY2gg ZmJkIGRldmljZTogNgpEZWMgIDkgMTA6MzE6MDcgbWt1c2huaXIga2VybmVsOiBpbmZvOiBbZHJt XSBJbml0aWFsaXplZCByYWRlb24gMi4yOS4wIDIwMDgwNTI4Cg== --e89a8f2356bdd4e41304ed1635fa Content-Type: application/octet-stream; name="pciconf.lvbce" Content-Disposition: attachment; filename="pciconf.lvbce" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hozhlpir2 aG9zdGIwQHBjaTA6MDowOjA6CWNsYXNzPTB4MDYwMDAwIGNhcmQ9MHg1MDAwMTQ1OCBjaGlwPTB4 M2MwMDgwODYgcmV2PTB4MDcgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9y YXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29yZSBpNyBETUkyJwogICAgY2xhc3Mg ICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IEhPU1QtUENJCiAgICBjYXAgMTBbOTBdID0g UENJLUV4cHJlc3MgMiByb290IHBvcnQgbWF4IGRhdGEgMTI4KDEyOCkgbGluayB4MCh4NCkKICAg ICAgICAgICAgICAgICBzcGVlZCAwLjAoMi41KSBBU1BNIGRpc2FibGVkKEwwcy9MMSkKICAgIGNh cCAwMVtlMF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgIGVj YXAgMDAwYlsxMDBdID0gVmVuZG9yIDEgSUQgMgogICAgZWNhcCAwMDBiWzE0NF0gPSBWZW5kb3Ig MSBJRCA0CiAgICBlY2FwIDAwMGJbMWQwXSA9IFZlbmRvciAxIElEIDMKICAgIGVjYXAgMDAwYlsy ODBdID0gVmVuZG9yIDEgSUQgNAogICAgUENJIGVycm9ycyA9IFNlbnQgVGFyZ2V0LUFib3J0CnBj aWIxQHBjaTA6MDoxOjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9MHg1MDAwMTQ1OCBjaGlwPTB4M2Mw MjgwODYgcmV2PTB4MDcgaGRyPTB4MDEKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRp b24nCiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29yZSBpNyBJSU8gUENJIEV4cHJlc3MgUm9v dCBQb3J0IDFhJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1Q Q0kKICAgIGNhcCAwZFs0MF0gPSBQQ0kgQnJpZGdlIGNhcmQ9MHg1MDAwMTQ1OAogICAgY2FwIDA1 WzYwXSA9IE1TSSBzdXBwb3J0cyAyIG1lc3NhZ2VzLCB2ZWN0b3IgbWFza3MgCiAgICBjYXAgMTBb OTBdID0gUENJLUV4cHJlc3MgMiByb290IHBvcnQgc2xvdCBtYXggZGF0YSAxMjgoMjU2KSBsaW5r IHgwKHg4KQogICAgICAgICAgICAgICAgIHNwZWVkIDAuMCg4LjApIEFTUE0gZGlzYWJsZWQoTDEp CiAgICBjYXAgMDFbZTBdID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQw CiAgICBlY2FwIDAwMGJbMTAwXSA9IFZlbmRvciAxIElEIDIKICAgIGVjYXAgMDAwZFsxMTBdID0g QUNTIDEKICAgIGVjYXAgMDAwMVsxNDhdID0gQUVSIDEgMCBmYXRhbCAwIG5vbi1mYXRhbCAwIGNv cnJlY3RlZAogICAgZWNhcCAwMDBiWzFkMF0gPSBWZW5kb3IgMSBJRCAzCiAgICBlY2FwIDAwMTlb MjUwXSA9IFBDSWUgU2VjIDEgbGFuZSBlcnJvcnMgMAogICAgZWNhcCAwMDBiWzI4MF0gPSBWZW5k b3IgMSBJRCA0Cm5vbmUwQHBjaTA6MDoxOjI6CWNsYXNzPTB4MDAwMDAwIGNhcmQ9MHgwMDAwMDAw MCBjaGlwPTB4MDAwMDAwMDAgcmV2PTB4MDAgaGRyPTB4MDAKICAgIGNsYXNzICAgICAgPSBvbGQK ICAgIHN1YmNsYXNzICAgPSBub24tVkdBIGRpc3BsYXkgZGV2aWNlCm5vbmUxQHBjaTA6MDoxOjM6 CWNsYXNzPTB4MDAwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MDAwMDAwMDAgcmV2PTB4MDAg aGRyPTB4MDAKICAgIGNsYXNzICAgICAgPSBvbGQKICAgIHN1YmNsYXNzICAgPSBub24tVkdBIGRp c3BsYXkgZGV2aWNlCm5vbmUyQHBjaTA6MDoxOjQ6CWNsYXNzPTB4MDAwMDAwIGNhcmQ9MHgwMDAw MDAwMCBjaGlwPTB4MDAwMDAwMDAgcmV2PTB4MDAgaGRyPTB4MDAKICAgIGNsYXNzICAgICAgPSBv bGQKICAgIHN1YmNsYXNzICAgPSBub24tVkdBIGRpc3BsYXkgZGV2aWNlCm5vbmUzQHBjaTA6MDox OjU6CWNsYXNzPTB4MDAwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MDAwMDAwMDAgcmV2PTB4 MDAgaGRyPTB4MDAKICAgIGNsYXNzICAgICAgPSBvbGQKICAgIHN1YmNsYXNzICAgPSBub24tVkdB IGRpc3BsYXkgZGV2aWNlCm5vbmU0QHBjaTA6MDoxOjY6CWNsYXNzPTB4MDAwMDAwIGNhcmQ9MHgw MDAwMDAwMCBjaGlwPTB4MDAwMDAwMDAgcmV2PTB4MDAgaGRyPTB4MDAKICAgIGNsYXNzICAgICAg PSBvbGQKICAgIHN1YmNsYXNzICAgPSBub24tVkdBIGRpc3BsYXkgZGV2aWNlCm5vbmU1QHBjaTA6 MDoxOjc6CWNsYXNzPTB4MDAwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MDAwMDAwMDAgcmV2 PTB4MDAgaGRyPTB4MDAKICAgIGNsYXNzICAgICAgPSBvbGQKICAgIHN1YmNsYXNzICAgPSBub24t VkdBIGRpc3BsYXkgZGV2aWNlCnBjaWIyQHBjaTA6MDoyOjA6CWNsYXNzPTB4MDYwNDAwIGNhcmQ9 MHg1MDAwMTQ1OCBjaGlwPTB4M2MwNDgwODYgcmV2PTB4MDcgaGRyPTB4MDEKICAgIHZlbmRvciAg ICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29yZSBp NyBJSU8gUENJIEV4cHJlc3MgUm9vdCBQb3J0IDJhJwogICAgY2xhc3MgICAgICA9IGJyaWRnZQog ICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKICAgIGNhcCAwZFs0MF0gPSBQQ0kgQnJpZGdlIGNhcmQ9 MHg1MDAwMTQ1OAogICAgY2FwIDA1WzYwXSA9IE1TSSBzdXBwb3J0cyAyIG1lc3NhZ2VzLCB2ZWN0 b3IgbWFza3MgCiAgICBjYXAgMTBbOTBdID0gUENJLUV4cHJlc3MgMiByb290IHBvcnQgc2xvdCBt YXggZGF0YSAxMjgoMjU2KSBsaW5rIHgxNih4MTYpCiAgICAgICAgICAgICAgICAgc3BlZWQgMi41 KDguMCkgQVNQTSBkaXNhYmxlZChMMSkKICAgIGNhcCAwMVtlMF0gPSBwb3dlcnNwZWMgMyAgc3Vw cG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgIGVjYXAgMDAwYlsxMDBdID0gVmVuZG9yIDEgSUQg MgogICAgZWNhcCAwMDBkWzExMF0gPSBBQ1MgMQogICAgZWNhcCAwMDAxWzE0OF0gPSBBRVIgMSAw IGZhdGFsIDAgbm9uLWZhdGFsIDAgY29ycmVjdGVkCiAgICBlY2FwIDAwMGJbMWQwXSA9IFZlbmRv ciAxIElEIDMKICAgIGVjYXAgMDAxOVsyNTBdID0gUENJZSBTZWMgMSBsYW5lIGVycm9ycyAwCiAg ICBlY2FwIDAwMGJbMjgwXSA9IFZlbmRvciAxIElEIDQKbm9uZTZAcGNpMDowOjI6NDoJY2xhc3M9 MHgwMDAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgwMDAwMDAwMCByZXY9MHgwMCBoZHI9MHgw MAogICAgY2xhc3MgICAgICA9IG9sZAogICAgc3ViY2xhc3MgICA9IG5vbi1WR0EgZGlzcGxheSBk ZXZpY2UKbm9uZTdAcGNpMDowOjI6NToJY2xhc3M9MHgwMDAwMDAgY2FyZD0weDAwMDAwMDAwIGNo aXA9MHgwMDAwMDAwMCByZXY9MHgwMCBoZHI9MHgwMAogICAgY2xhc3MgICAgICA9IG9sZAogICAg c3ViY2xhc3MgICA9IG5vbi1WR0EgZGlzcGxheSBkZXZpY2UKbm9uZThAcGNpMDowOjI6NjoJY2xh c3M9MHgwMDAwMDAgY2FyZD0weDAwMDAwMDAwIGNoaXA9MHgwMDAwMDAwMCByZXY9MHgwMCBoZHI9 MHgwMAogICAgY2xhc3MgICAgICA9IG9sZAogICAgc3ViY2xhc3MgICA9IG5vbi1WR0EgZGlzcGxh eSBkZXZpY2UKbm9uZTlAcGNpMDowOjI6NzoJY2xhc3M9MHgwMDAwMDAgY2FyZD0weDAwMDAwMDAw IGNoaXA9MHgwMDAwMDAwMCByZXY9MHgwMCBoZHI9MHgwMAogICAgY2xhc3MgICAgICA9IG9sZAog ICAgc3ViY2xhc3MgICA9IG5vbi1WR0EgZGlzcGxheSBkZXZpY2UKcGNpYjNAcGNpMDowOjM6MDoJ Y2xhc3M9MHgwNjA0MDAgY2FyZD0weDUwMDAxNDU4IGNoaXA9MHgzYzA4ODA4NiByZXY9MHgwNyBo ZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAg ICAgPSAnWGVvbiBFNS9Db3JlIGk3IElJTyBQQ0kgRXhwcmVzcyBSb290IFBvcnQgM2EgaW4gUENJ IEV4cHJlc3MgTW9kZScKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQ Q0ktUENJCiAgICBjYXAgMGRbNDBdID0gUENJIEJyaWRnZSBjYXJkPTB4NTAwMDE0NTgKICAgIGNh cCAwNVs2MF0gPSBNU0kgc3VwcG9ydHMgMiBtZXNzYWdlcywgdmVjdG9yIG1hc2tzIAogICAgY2Fw IDEwWzkwXSA9IFBDSS1FeHByZXNzIDIgcm9vdCBwb3J0IHNsb3QgbWF4IGRhdGEgMTI4KDI1Nikg bGluayB4MCh4MTYpCiAgICAgICAgICAgICAgICAgc3BlZWQgMC4wKDguMCkgQVNQTSBkaXNhYmxl ZChMMSkKICAgIGNhcCAwMVtlMF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJl bnQgRDAKICAgIGVjYXAgMDAwYlsxMDBdID0gVmVuZG9yIDEgSUQgMgogICAgZWNhcCAwMDBkWzEx MF0gPSBBQ1MgMQogICAgZWNhcCAwMDAxWzE0OF0gPSBBRVIgMSAwIGZhdGFsIDAgbm9uLWZhdGFs IDAgY29ycmVjdGVkCiAgICBlY2FwIDAwMGJbMWQwXSA9IFZlbmRvciAxIElEIDMKICAgIGVjYXAg MDAxOVsyNTBdID0gUENJZSBTZWMgMSBsYW5lIGVycm9ycyAwCiAgICBlY2FwIDAwMGJbMjgwXSA9 IFZlbmRvciAxIElEIDQKbm9uZTEwQHBjaTA6MDozOjQ6CWNsYXNzPTB4MDAwMDAwIGNhcmQ9MHgw MDAwMDAwMCBjaGlwPTB4MDAwMDAwMDAgcmV2PTB4MDAgaGRyPTB4MDAKICAgIGNsYXNzICAgICAg PSBvbGQKICAgIHN1YmNsYXNzICAgPSBub24tVkdBIGRpc3BsYXkgZGV2aWNlCm5vbmUxMUBwY2kw OjA6Mzo1OgljbGFzcz0weDAwMDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDAwMDAwMDAwIHJl dj0weDAwIGhkcj0weDAwCiAgICBjbGFzcyAgICAgID0gb2xkCiAgICBzdWJjbGFzcyAgID0gbm9u LVZHQSBkaXNwbGF5IGRldmljZQpub25lMTJAcGNpMDowOjM6NjoJY2xhc3M9MHgwMDAwMDAgY2Fy ZD0weDAwMDAwMDAwIGNoaXA9MHgwMDAwMDAwMCByZXY9MHgwMCBoZHI9MHgwMAogICAgY2xhc3Mg ICAgICA9IG9sZAogICAgc3ViY2xhc3MgICA9IG5vbi1WR0EgZGlzcGxheSBkZXZpY2UKbm9uZTEz QHBjaTA6MDozOjc6CWNsYXNzPTB4MDAwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MDAwMDAw MDAgcmV2PTB4MDAgaGRyPTB4MDAKICAgIGNsYXNzICAgICAgPSBvbGQKICAgIHN1YmNsYXNzICAg PSBub24tVkdBIGRpc3BsYXkgZGV2aWNlCm5vbmUxNEBwY2kwOjA6NDowOgljbGFzcz0weDA4ODAw MCBjYXJkPTB4M2MyMDgwODYgY2hpcD0weDNjMjA4MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2 ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1 L0NvcmUgaTcgRE1BIENoYW5uZWwgMCcKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwK ICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmYmY0MDAwMCwg c2l6ZSAxNjM4NCwgZW5hYmxlZAogICAgY2FwIDExWzgwXSA9IE1TSS1YIHN1cHBvcnRzIDEgbWVz c2FnZQogICAgICAgICAgICAgICAgIFRhYmxlIGluIG1hcCAweDEwWzB4MjAwMF0sIFBCQSBpbiBt YXAgMHgxMFsweDMwMDBdCiAgICBjYXAgMTBbOTBdID0gUENJLUV4cHJlc3MgMiByb290IGVuZHBv aW50IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDAoeDApCiAgICBjYXAgMDFbZTBdID0gcG93ZXJz cGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCm5vbmUxNUBwY2kwOjA6NDoxOgljbGFz cz0weDA4ODAwMCBjYXJkPTB4M2MyMTgwODYgY2hpcD0weDNjMjE4MDg2IHJldj0weDA3IGhkcj0w eDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9 ICdYZW9uIEU1L0NvcmUgaTcgRE1BIENoYW5uZWwgMScKICAgIGNsYXNzICAgICAgPSBiYXNlIHBl cmlwaGVyYWwKICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhm YmYzYzAwMCwgc2l6ZSAxNjM4NCwgZW5hYmxlZAogICAgY2FwIDExWzgwXSA9IE1TSS1YIHN1cHBv cnRzIDEgbWVzc2FnZQogICAgICAgICAgICAgICAgIFRhYmxlIGluIG1hcCAweDEwWzB4MjAwMF0s IFBCQSBpbiBtYXAgMHgxMFsweDMwMDBdCiAgICBjYXAgMTBbOTBdID0gUENJLUV4cHJlc3MgMiBy b290IGVuZHBvaW50IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDAoeDApCiAgICBjYXAgMDFbZTBd ID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCm5vbmUxNkBwY2kwOjA6 NDoyOgljbGFzcz0weDA4ODAwMCBjYXJkPTB4M2MyMjgwODYgY2hpcD0weDNjMjI4MDg2IHJldj0w eDA3IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2 aWNlICAgICA9ICdYZW9uIEU1L0NvcmUgaTcgRE1BIENoYW5uZWwgMicKICAgIGNsYXNzICAgICAg PSBiYXNlIHBlcmlwaGVyYWwKICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQs IGJhc2UgMHhmYmYzODAwMCwgc2l6ZSAxNjM4NCwgZW5hYmxlZAogICAgY2FwIDExWzgwXSA9IE1T SS1YIHN1cHBvcnRzIDEgbWVzc2FnZQogICAgICAgICAgICAgICAgIFRhYmxlIGluIG1hcCAweDEw WzB4MjAwMF0sIFBCQSBpbiBtYXAgMHgxMFsweDMwMDBdCiAgICBjYXAgMTBbOTBdID0gUENJLUV4 cHJlc3MgMiByb290IGVuZHBvaW50IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDAoeDApCiAgICBj YXAgMDFbZTBdID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCm5vbmUx N0BwY2kwOjA6NDozOgljbGFzcz0weDA4ODAwMCBjYXJkPTB4M2MyMzgwODYgY2hpcD0weDNjMjM4 MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9u JwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0NvcmUgaTcgRE1BIENoYW5uZWwgMycKICAgIGNs YXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwg cmFuZ2UgNjQsIGJhc2UgMHhmYmYzNDAwMCwgc2l6ZSAxNjM4NCwgZW5hYmxlZAogICAgY2FwIDEx WzgwXSA9IE1TSS1YIHN1cHBvcnRzIDEgbWVzc2FnZQogICAgICAgICAgICAgICAgIFRhYmxlIGlu IG1hcCAweDEwWzB4MjAwMF0sIFBCQSBpbiBtYXAgMHgxMFsweDMwMDBdCiAgICBjYXAgMTBbOTBd ID0gUENJLUV4cHJlc3MgMiByb290IGVuZHBvaW50IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDAo eDApCiAgICBjYXAgMDFbZTBdID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50 IEQwCm5vbmUxOEBwY2kwOjA6NDo0OgljbGFzcz0weDA4ODAwMCBjYXJkPTB4M2MyNDgwODYgY2hp cD0weDNjMjQ4MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENv cnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0NvcmUgaTcgRE1BIENoYW5uZWwg NCcKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKICAgIGJhciAgIFsxMF0gPSB0eXBl IE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmYmYzMDAwMCwgc2l6ZSAxNjM4NCwgZW5hYmxlZAog ICAgY2FwIDExWzgwXSA9IE1TSS1YIHN1cHBvcnRzIDEgbWVzc2FnZQogICAgICAgICAgICAgICAg IFRhYmxlIGluIG1hcCAweDEwWzB4MjAwMF0sIFBCQSBpbiBtYXAgMHgxMFsweDMwMDBdCiAgICBj YXAgMTBbOTBdID0gUENJLUV4cHJlc3MgMiByb290IGVuZHBvaW50IG1heCBkYXRhIDEyOCgxMjgp IGxpbmsgeDAoeDApCiAgICBjYXAgMDFbZTBdID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQz ICBjdXJyZW50IEQwCm5vbmUxOUBwY2kwOjA6NDo1OgljbGFzcz0weDA4ODAwMCBjYXJkPTB4M2My NTgwODYgY2hpcD0weDNjMjU4MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0g J0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0NvcmUgaTcgRE1B IENoYW5uZWwgNScKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKICAgIGJhciAgIFsx MF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmYmYyYzAwMCwgc2l6ZSAxNjM4NCwg ZW5hYmxlZAogICAgY2FwIDExWzgwXSA9IE1TSS1YIHN1cHBvcnRzIDEgbWVzc2FnZQogICAgICAg ICAgICAgICAgIFRhYmxlIGluIG1hcCAweDEwWzB4MjAwMF0sIFBCQSBpbiBtYXAgMHgxMFsweDMw MDBdCiAgICBjYXAgMTBbOTBdID0gUENJLUV4cHJlc3MgMiByb290IGVuZHBvaW50IG1heCBkYXRh IDEyOCgxMjgpIGxpbmsgeDAoeDApCiAgICBjYXAgMDFbZTBdID0gcG93ZXJzcGVjIDMgIHN1cHBv cnRzIEQwIEQzICBjdXJyZW50IEQwCm5vbmUyMEBwY2kwOjA6NDo2OgljbGFzcz0weDA4ODAwMCBj YXJkPTB4M2MyNjgwODYgY2hpcD0weDNjMjY4MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5k b3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0Nv cmUgaTcgRE1BIENoYW5uZWwgNicKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKICAg IGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmYmYyODAwMCwgc2l6 ZSAxNjM4NCwgZW5hYmxlZAogICAgY2FwIDExWzgwXSA9IE1TSS1YIHN1cHBvcnRzIDEgbWVzc2Fn ZQogICAgICAgICAgICAgICAgIFRhYmxlIGluIG1hcCAweDEwWzB4MjAwMF0sIFBCQSBpbiBtYXAg MHgxMFsweDMwMDBdCiAgICBjYXAgMTBbOTBdID0gUENJLUV4cHJlc3MgMiByb290IGVuZHBvaW50 IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDAoeDApCiAgICBjYXAgMDFbZTBdID0gcG93ZXJzcGVj IDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCm5vbmUyMUBwY2kwOjA6NDo3OgljbGFzcz0w eDA4ODAwMCBjYXJkPTB4M2MyNzgwODYgY2hpcD0weDNjMjc4MDg2IHJldj0weDA3IGhkcj0weDAw CiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdY ZW9uIEU1L0NvcmUgaTcgRE1BIENoYW5uZWwgNycKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlw aGVyYWwKICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmYmYy NDAwMCwgc2l6ZSAxNjM4NCwgZW5hYmxlZAogICAgY2FwIDExWzgwXSA9IE1TSS1YIHN1cHBvcnRz IDEgbWVzc2FnZQogICAgICAgICAgICAgICAgIFRhYmxlIGluIG1hcCAweDEwWzB4MjAwMF0sIFBC QSBpbiBtYXAgMHgxMFsweDMwMDBdCiAgICBjYXAgMTBbOTBdID0gUENJLUV4cHJlc3MgMiByb290 IGVuZHBvaW50IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDAoeDApCiAgICBjYXAgMDFbZTBdID0g cG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCm5vbmUyMkBwY2kwOjA6NTow OgljbGFzcz0weDA4ODAwMCBjYXJkPTB4NTAwMDE0NTggY2hpcD0weDNjMjg4MDg2IHJldj0weDA3 IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNl ICAgICA9ICdYZW9uIEU1L0NvcmUgaTcgQWRkcmVzcyBNYXAsIFZUZF9NaXNjLCBTeXN0ZW0gTWFu YWdlbWVudCcKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKICAgIGNhcCAxMFs0MF0g PSBQQ0ktRXhwcmVzcyAyIHJvb3QgZW5kcG9pbnQgbWF4IGRhdGEgMTI4KDEyOCkgbGluayB4MCh4 MCkKbm9uZTIzQHBjaTA6MDo1OjE6CWNsYXNzPTB4MDAwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlw PTB4MDAwMDAwMDAgcmV2PTB4MDAgaGRyPTB4MDAKICAgIGNsYXNzICAgICAgPSBvbGQKICAgIHN1 YmNsYXNzICAgPSBub24tVkdBIGRpc3BsYXkgZGV2aWNlCm5vbmUyNEBwY2kwOjA6NToyOgljbGFz cz0weDA4ODAwMCBjYXJkPTB4NTAwMDE0NTggY2hpcD0weDNjMmE4MDg2IHJldj0weDA3IGhkcj0w eDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9 ICdYZW9uIEU1L0NvcmUgaTcgQ29udHJvbCBTdGF0dXMgYW5kIEdsb2JhbCBFcnJvcnMnCiAgICBj bGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCiAgICBjYXAgMTBbNDBdID0gUENJLUV4cHJlc3Mg MiByb290IGVuZHBvaW50IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDAoeDApCm5vbmUyNUBwY2kw OjA6NTozOgljbGFzcz0weDAwMDAwMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDAwMDAwMDAwIHJl dj0weDAwIGhkcj0weDAwCiAgICBjbGFzcyAgICAgID0gb2xkCiAgICBzdWJjbGFzcyAgID0gbm9u LVZHQSBkaXNwbGF5IGRldmljZQppb2FwaWMwQHBjaTA6MDo1OjQ6CWNsYXNzPTB4MDgwMDIwIGNh cmQ9MHg1MDAwMTQ1OCBjaGlwPTB4M2MyYzgwODYgcmV2PTB4MDcgaGRyPTB4MDAKICAgIHZlbmRv ciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29y ZSBpNyBJL08gQVBJQycKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKICAgIHN1YmNs YXNzICAgPSBpbnRlcnJ1cHQgY29udHJvbGxlcgogICAgYmFyICAgWzEwXSA9IHR5cGUgTWVtb3J5 LCByYW5nZSAzMiwgYmFzZSAweGZiZjRhMDAwLCBzaXplIDQwOTYsIGVuYWJsZWQKICAgIGNhcCAw MVs2Y10gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKbm9uZTI2QHBj aTA6MDo1OjU6CWNsYXNzPTB4MDAwMDAwIGNhcmQ9MHgwMDAwMDAwMCBjaGlwPTB4MDAwMDAwMDAg cmV2PTB4MDAgaGRyPTB4MDAKICAgIGNsYXNzICAgICAgPSBvbGQKICAgIHN1YmNsYXNzICAgPSBu b24tVkdBIGRpc3BsYXkgZGV2aWNlCm5vbmUyN0BwY2kwOjA6NTo3OgljbGFzcz0weDAwMDAwMCBj YXJkPTB4MDAwMDAwMDAgY2hpcD0weDAwMDAwMDAwIHJldj0weDAwIGhkcj0weDAwCiAgICBjbGFz cyAgICAgID0gb2xkCiAgICBzdWJjbGFzcyAgID0gbm9uLVZHQSBkaXNwbGF5IGRldmljZQpwY2li NEBwY2kwOjA6MTc6MDoJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDUwMDAxNDU4IGNoaXA9MHgxZDNl ODA4NiByZXY9MHgwNiBoZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicKICAgIGRldmljZSAgICAgPSAnQzYwMC9YNzkgc2VyaWVzIGNoaXBzZXQgUENJIEV4cHJlc3Mg VmlydHVhbCBSb290IFBvcnQnCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAg ID0gUENJLVBDSQogICAgY2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDIgcm9vdCBwb3J0IG1heCBk YXRhIDEyOCgxMjgpIGxpbmsgeDEoeDEpCiAgICAgICAgICAgICAgICAgc3BlZWQgMi41KDIuNSkg QVNQTSBkaXNhYmxlZChMMHMvTDEpCiAgICBjYXAgMDFbODBdID0gcG93ZXJzcGVjIDMgIHN1cHBv cnRzIEQwIEQzICBjdXJyZW50IEQwCiAgICBjYXAgMGRbODhdID0gUENJIEJyaWRnZSBjYXJkPTB4 NTAwMDE0NTgKICAgIGNhcCAwNVs5MF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlIAogICAgZWNh cCAwMDAxWzEwMF0gPSBBRVIgMSAwIGZhdGFsIDAgbm9uLWZhdGFsIDAgY29ycmVjdGVkCiAgICBl Y2FwIDAwMGRbMTM4XSA9IEFDUyAxCm5vbmUyOEBwY2kwOjA6MjI6MDoJY2xhc3M9MHgwNzgwMDAg Y2FyZD0weDFjM2ExNDU4IGNoaXA9MHgxZDNhODA4NiByZXY9MHgwNSBoZHI9MHgwMAogICAgdmVu ZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnQzYwMC9YNzkg c2VyaWVzIGNoaXBzZXQgTUVJIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gc2ltcGxlIGNv bW1zCiAgICBiYXIgICBbMTBdID0gdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmJmNDkw MDAsIHNpemUgMTYsIGVuYWJsZWQKICAgIGNhcCAwMVs1MF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9y dHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgIGNhcCAwNVs4Y10gPSBNU0kgc3VwcG9ydHMgMSBtZXNz YWdlLCA2NCBiaXQgCmVtMEBwY2kwOjA6MjU6MDoJY2xhc3M9MHgwMjAwMDAgY2FyZD0weGUwMDAx NDU4IGNoaXA9MHgxNTAyODA4NiByZXY9MHgwNiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJ bnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnODI1NzlMTSBHaWdhYml0IE5ldHdv cmsgQ29ubmVjdGlvbicKICAgIGNsYXNzICAgICAgPSBuZXR3b3JrCiAgICBzdWJjbGFzcyAgID0g ZXRoZXJuZXQKICAgIGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhm YmYwMDAwMCwgc2l6ZSAxMzEwNzIsIGVuYWJsZWQKICAgIGJhciAgIFsxNF0gPSB0eXBlIE1lbW9y eSwgcmFuZ2UgMzIsIGJhc2UgMHhmYmY0ODAwMCwgc2l6ZSA0MDk2LCBlbmFibGVkCiAgICBiYXIg ICBbMThdID0gdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmMDQwLCBzaXplIDMyLCBl bmFibGVkCiAgICBjYXAgMDFbYzhdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJy ZW50IEQwCiAgICBjYXAgMDVbZDBdID0gTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0IGVu YWJsZWQgd2l0aCAxIG1lc3NhZ2UKICAgIGNhcCAxM1tlMF0gPSBQQ0kgQWR2YW5jZWQgRmVhdHVy ZXM6IEZMUiBUUAplaGNpMEBwY2kwOjA6MjY6MDoJY2xhc3M9MHgwYzAzMjAgY2FyZD0weDUwMDYx NDU4IGNoaXA9MHgxZDJkODA4NiByZXY9MHgwNiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJ bnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnQzYwMC9YNzkgc2VyaWVzIGNoaXBz ZXQgVVNCMiBFbmhhbmNlZCBIb3N0IENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gc2VyaWFs IGJ1cwogICAgc3ViY2xhc3MgICA9IFVTQgogICAgYmFyICAgWzEwXSA9IHR5cGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGZiZjQ3MDAwLCBzaXplIDEwMjQsIGVuYWJsZWQKICAgIGNhcCAwMVs1 MF0gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAgIGNhcCAwYVs1 OF0gPSBFSENJIERlYnVnIFBvcnQgYXQgb2Zmc2V0IDB4YTAgaW4gbWFwIDB4MTQKICAgIGNhcCAx M1s5OF0gPSBQQ0kgQWR2YW5jZWQgRmVhdHVyZXM6IEZMUiBUUApoZGFjMUBwY2kwOjA6Mjc6MDoJ Y2xhc3M9MHgwNDAzMDAgY2FyZD0weGEwMDIxNDU4IGNoaXA9MHgxZDIwODA4NiByZXY9MHgwNiBo ZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAg ICAgPSAnQzYwMC9YNzkgc2VyaWVzIGNoaXBzZXQgSGlnaCBEZWZpbml0aW9uIEF1ZGlvIENvbnRy b2xsZXInCiAgICBjbGFzcyAgICAgID0gbXVsdGltZWRpYQogICAgc3ViY2xhc3MgICA9IEhEQQog ICAgYmFyICAgWzEwXSA9IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZiZjIwMDAwLCBz aXplIDE2Mzg0LCBlbmFibGVkCiAgICBjYXAgMDFbNTBdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRz IEQwIEQzICBjdXJyZW50IEQwCiAgICBjYXAgMDVbNjBdID0gTVNJIHN1cHBvcnRzIDEgbWVzc2Fn ZSwgNjQgYml0IGVuYWJsZWQgd2l0aCAxIG1lc3NhZ2UKICAgIGNhcCAxMFs3MF0gPSBQQ0ktRXhw cmVzcyAxIHJvb3QgZW5kcG9pbnQgbWF4IGRhdGEgMTI4KDEyOCkgRkxSIGxpbmsgeDAoeDApCiAg ICBlY2FwIDAwMDJbMTAwXSA9IFZDIDEgbWF4IFZDMQogICAgZWNhcCAwMDA1WzEzMF0gPSBSb290 IENvbXBsZXggTGluayBEZWNsYXJhdGlvbiAxCnBjaWI1QHBjaTA6MDoyODowOgljbGFzcz0weDA2 MDQwMCBjYXJkPTB4NTAwMTE0NTggY2hpcD0weDFkMTA4MDg2IHJldj0weGI2IGhkcj0weDAxCiAg ICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdDNjAw L1g3OSBzZXJpZXMgY2hpcHNldCBQQ0kgRXhwcmVzcyBSb290IFBvcnQgMScKICAgIGNsYXNzICAg ICAgPSBicmlkZ2UKICAgIHN1YmNsYXNzICAgPSBQQ0ktUENJCiAgICBjYXAgMTBbNDBdID0gUENJ LUV4cHJlc3MgMiByb290IHBvcnQgc2xvdCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgxKHgxKQog ICAgICAgICAgICAgICAgIHNwZWVkIDUuMCg1LjApCiAgICBjYXAgMDVbODBdID0gTVNJIHN1cHBv cnRzIDEgbWVzc2FnZSAKICAgIGNhcCAwZFs5MF0gPSBQQ0kgQnJpZGdlIGNhcmQ9MHg1MDAxMTQ1 OAogICAgY2FwIDAxW2EwXSA9IHBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBE MApwY2liNkBwY2kwOjA6Mjg6MToJY2xhc3M9MHgwNjA0MDAgY2FyZD0weDUwMDExNDU4IGNoaXA9 MHgxZDEyODA4NiByZXY9MHhiNiBoZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jw b3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnQzYwMC9YNzkgc2VyaWVzIGNoaXBzZXQgUENJIEV4 cHJlc3MgUm9vdCBQb3J0IDInCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAg ID0gUENJLVBDSQogICAgY2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDIgcm9vdCBwb3J0IHNsb3Qg bWF4IGRhdGEgMTI4KDEyOCkgbGluayB4MSh4MSkKICAgICAgICAgICAgICAgICBzcGVlZCA1LjAo NS4wKQogICAgY2FwIDA1WzgwXSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UgCiAgICBjYXAgMGRb OTBdID0gUENJIEJyaWRnZSBjYXJkPTB4NTAwMTE0NTgKICAgIGNhcCAwMVthMF0gPSBwb3dlcnNw ZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKcGNpYjdAcGNpMDowOjI4OjI6CWNsYXNz PTB4MDYwNDAwIGNhcmQ9MHg1MDAxMTQ1OCBjaGlwPTB4MWQxNDgwODYgcmV2PTB4YjYgaGRyPTB4 MDEKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0g J0M2MDAvWDc5IHNlcmllcyBjaGlwc2V0IFBDSSBFeHByZXNzIFJvb3QgUG9ydCAzJwogICAgY2xh c3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKICAgIGNhcCAxMFs0MF0g PSBQQ0ktRXhwcmVzcyAyIHJvb3QgcG9ydCBzbG90IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDEo eDEpCiAgICAgICAgICAgICAgICAgc3BlZWQgNS4wKDUuMCkKICAgIGNhcCAwNVs4MF0gPSBNU0kg c3VwcG9ydHMgMSBtZXNzYWdlIAogICAgY2FwIDBkWzkwXSA9IFBDSSBCcmlkZ2UgY2FyZD0weDUw MDExNDU4CiAgICBjYXAgMDFbYTBdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJy ZW50IEQwCnBjaWI4QHBjaTA6MDoyODozOgljbGFzcz0weDA2MDQwMCBjYXJkPTB4NTAwMTE0NTgg Y2hpcD0weDFkMTY4MDg2IHJldj0weGI2IGhkcj0weDAxCiAgICB2ZW5kb3IgICAgID0gJ0ludGVs IENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdDNjAwL1g3OSBzZXJpZXMgY2hpcHNldCBQ Q0kgRXhwcmVzcyBSb290IFBvcnQgNCcKICAgIGNsYXNzICAgICAgPSBicmlkZ2UKICAgIHN1YmNs YXNzICAgPSBQQ0ktUENJCiAgICBjYXAgMTBbNDBdID0gUENJLUV4cHJlc3MgMiByb290IHBvcnQg c2xvdCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgxKHgxKQogICAgICAgICAgICAgICAgIHNwZWVk IDIuNSg1LjApCiAgICBjYXAgMDVbODBdID0gTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSAKICAgIGNh cCAwZFs5MF0gPSBQQ0kgQnJpZGdlIGNhcmQ9MHg1MDAxMTQ1OAogICAgY2FwIDAxW2EwXSA9IHBv d2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApwY2liOUBwY2kwOjA6Mjg6NToJ Y2xhc3M9MHgwNjA0MDAgY2FyZD0weDUwMDExNDU4IGNoaXA9MHgxZDFhODA4NiByZXY9MHhiNiBo ZHI9MHgwMQogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAg ICAgPSAnQzYwMC9YNzkgc2VyaWVzIGNoaXBzZXQgUENJIEV4cHJlc3MgUm9vdCBQb3J0IDYnCiAg ICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBzdWJjbGFzcyAgID0gUENJLVBDSQogICAgY2FwIDEw WzQwXSA9IFBDSS1FeHByZXNzIDIgcm9vdCBwb3J0IHNsb3QgbWF4IGRhdGEgMTI4KDEyOCkgbGlu ayB4MSh4MSkKICAgICAgICAgICAgICAgICBzcGVlZCA1LjAoNS4wKQogICAgY2FwIDA1WzgwXSA9 IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UgCiAgICBjYXAgMGRbOTBdID0gUENJIEJyaWRnZSBjYXJk PTB4NTAwMTE0NTgKICAgIGNhcCAwMVthMF0gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMg IGN1cnJlbnQgRDAKICAgIFBDSSBlcnJvcnMgPSBTZW50IFRhcmdldC1BYm9ydAogIFBDSS1lIGVy cm9ycyA9IE5vbi1GYXRhbCBFcnJvciBEZXRlY3RlZApwY2liMTBAcGNpMDowOjI4OjY6CWNsYXNz PTB4MDYwNDAwIGNhcmQ9MHg1MDAxMTQ1OCBjaGlwPTB4MWQxYzgwODYgcmV2PTB4YjYgaGRyPTB4 MDEKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0g J0M2MDAvWDc5IHNlcmllcyBjaGlwc2V0IFBDSSBFeHByZXNzIFJvb3QgUG9ydCA3JwogICAgY2xh c3MgICAgICA9IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKICAgIGNhcCAxMFs0MF0g PSBQQ0ktRXhwcmVzcyAyIHJvb3QgcG9ydCBzbG90IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDEo eDEpCiAgICAgICAgICAgICAgICAgc3BlZWQgNS4wKDUuMCkKICAgIGNhcCAwNVs4MF0gPSBNU0kg c3VwcG9ydHMgMSBtZXNzYWdlIAogICAgY2FwIDBkWzkwXSA9IFBDSSBCcmlkZ2UgY2FyZD0weDUw MDExNDU4CiAgICBjYXAgMDFbYTBdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJy ZW50IEQwCiAgICBQQ0kgZXJyb3JzID0gU2VudCBUYXJnZXQtQWJvcnQKICBQQ0ktZSBlcnJvcnMg PSBOb24tRmF0YWwgRXJyb3IgRGV0ZWN0ZWQKZWhjaTFAcGNpMDowOjI5OjA6CWNsYXNzPTB4MGMw MzIwIGNhcmQ9MHg1MDA2MTQ1OCBjaGlwPTB4MWQyNjgwODYgcmV2PTB4MDYgaGRyPTB4MDAKICAg IHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ0M2MDAv WDc5IHNlcmllcyBjaGlwc2V0IFVTQjIgRW5oYW5jZWQgSG9zdCBDb250cm9sbGVyJwogICAgY2xh c3MgICAgICA9IHNlcmlhbCBidXMKICAgIHN1YmNsYXNzICAgPSBVU0IKICAgIGJhciAgIFsxMF0g PSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmYmY0NjAwMCwgc2l6ZSAxMDI0LCBlbmFi bGVkCiAgICBjYXAgMDFbNTBdID0gcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50 IEQwCiAgICBjYXAgMGFbNThdID0gRUhDSSBEZWJ1ZyBQb3J0IGF0IG9mZnNldCAweGEwIGluIG1h cCAweDE0CiAgICBjYXAgMTNbOThdID0gUENJIEFkdmFuY2VkIEZlYXR1cmVzOiBGTFIgVFAKcGNp YjExQHBjaTA6MDozMDowOgljbGFzcz0weDA2MDQwMSBjYXJkPTB4NTAwMTE0NTggY2hpcD0weDI0 NGU4MDg2IHJldj0weGE2IGhkcj0weDAxCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0 aW9uJwogICAgZGV2aWNlICAgICA9ICc4MjgwMSBQQ0kgQnJpZGdlJwogICAgY2xhc3MgICAgICA9 IGJyaWRnZQogICAgc3ViY2xhc3MgICA9IFBDSS1QQ0kKICAgIGNhcCAwZFs1MF0gPSBQQ0kgQnJp ZGdlIGNhcmQ9MHg1MDAxMTQ1OAppc2FiMEBwY2kwOjA6MzE6MDoJY2xhc3M9MHgwNjAxMDAgY2Fy ZD0weDUwMDExNDU4IGNoaXA9MHgxZDQxODA4NiByZXY9MHgwNiBoZHI9MHgwMAogICAgdmVuZG9y ICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnQzYwMC9YNzkgc2Vy aWVzIGNoaXBzZXQgTFBDIENvbnRyb2xsZXInCiAgICBjbGFzcyAgICAgID0gYnJpZGdlCiAgICBz dWJjbGFzcyAgID0gUENJLUlTQQogICAgY2FwIDA5W2UwXSA9IHZlbmRvciAobGVuZ3RoIDEyKSBJ bnRlbCBjYXAgMSB2ZXJzaW9uIDAKCQkgZmVhdHVyZXM6IEFNVCwgNCBQQ0ktZSB4MSBzbG90cwph aGNpM0BwY2kwOjA6MzE6MjoJY2xhc3M9MHgwMTA2MDEgY2FyZD0weGIwMDIxNDU4IGNoaXA9MHgx ZDAyODA4NiByZXY9MHgwNiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3Jh dGlvbicKICAgIGRldmljZSAgICAgPSAnQzYwMC9YNzkgc2VyaWVzIGNoaXBzZXQgNi1Qb3J0IFNB VEEgQUhDSSBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IG1hc3Mgc3RvcmFnZQogICAgc3Vi Y2xhc3MgICA9IFNBVEEKICAgIGJhciAgIFsxMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwg YmFzZSAweGYwOTAsIHNpemUgOCwgZW5hYmxlZAogICAgYmFyICAgWzE0XSA9IHR5cGUgSS9PIFBv cnQsIHJhbmdlIDMyLCBiYXNlIDB4ZjA4MCwgc2l6ZSA0LCBlbmFibGVkCiAgICBiYXIgICBbMThd ID0gdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhmMDcwLCBzaXplIDgsIGVuYWJsZWQK ICAgIGJhciAgIFsxY10gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGYwNjAsIHNp emUgNCwgZW5hYmxlZAogICAgYmFyICAgWzIwXSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBi YXNlIDB4ZjAyMCwgc2l6ZSAzMiwgZW5hYmxlZAogICAgYmFyICAgWzI0XSA9IHR5cGUgTWVtb3J5 LCByYW5nZSAzMiwgYmFzZSAweGZiZjQ1MDAwLCBzaXplIDIwNDgsIGVuYWJsZWQKICAgIGNhcCAw NVs4MF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlIGVuYWJsZWQgd2l0aCAxIG1lc3NhZ2UKICAg IGNhcCAwMVs3MF0gPSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKICAg IGNhcCAxMlthOF0gPSBTQVRBIEluZGV4LURhdGEgUGFpcgogICAgY2FwIDEzW2IwXSA9IFBDSSBB ZHZhbmNlZCBGZWF0dXJlczogRkxSIFRQCmljaHNtYjBAcGNpMDowOjMxOjM6CWNsYXNzPTB4MGMw NTAwIGNhcmQ9MHg1MDAxMTQ1OCBjaGlwPTB4MWQyMjgwODYgcmV2PTB4MDYgaGRyPTB4MDAKICAg IHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ0M2MDAv WDc5IHNlcmllcyBjaGlwc2V0IFNNQnVzIEhvc3QgQ29udHJvbGxlcicKICAgIGNsYXNzICAgICAg PSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gU01CdXMKICAgIGJhciAgIFsxMF0gPSB0eXBl IE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmYmY0NDAwMCwgc2l6ZSAyNTYsIGVuYWJsZWQKICAg IGJhciAgIFsyMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGYwMDAsIHNpemUg MzIsIGVuYWJsZWQKdmdhcGNpMEBwY2kwOjI6MDowOgljbGFzcz0weDAzMDAwMCBjYXJkPTB4MDM1 NDEwNDMgY2hpcD0weDk1NGYxMDAyIHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0g J0FkdmFuY2VkIE1pY3JvIERldmljZXMgW0FNRF0gbmVlIEFUSScKICAgIGRldmljZSAgICAgPSAn UlY3MTAgW1JhZGVvbiBIRCA0MzUwXScKICAgIGNsYXNzICAgICAgPSBkaXNwbGF5CiAgICBzdWJj bGFzcyAgID0gVkdBCiAgICBiYXIgICBbMTBdID0gdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCBy YW5nZSA2NCwgYmFzZSAweGUwMDAwMDAwLCBzaXplIDI2ODQzNTQ1NiwgZW5hYmxlZAogICAgYmFy ICAgWzE4XSA9IHR5cGUgTWVtb3J5LCByYW5nZSA2NCwgYmFzZSAweGZiZTIwMDAwLCBzaXplIDY1 NTM2LCBlbmFibGVkCiAgICBiYXIgICBbMjBdID0gdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJh c2UgMHhlMDAwLCBzaXplIDI1NiwgZW5hYmxlZAogICAgY2FwIDAxWzUwXSA9IHBvd2Vyc3BlYyAz ICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAogICAgY2FwIDEwWzU4XSA9IFBDSS1F eHByZXNzIDIgbGVnYWN5IGVuZHBvaW50IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDE2KHgxNikK ICAgICAgICAgICAgICAgICBzcGVlZCAyLjUoMi41KSBBU1BNIGRpc2FibGVkKEwwcy9MMSkKICAg IGNhcCAwNVthMF0gPSBNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQgCiAgICBlY2FwIDAw MGJbMTAwXSA9IFZlbmRvciAxIElEIDEKICBQQ0ktZSBlcnJvcnMgPSBOb24tRmF0YWwgRXJyb3Ig RGV0ZWN0ZWQKICAgICAgICAgICAgICAgICBVbnN1cHBvcnRlZCBSZXF1ZXN0IERldGVjdGVkCmhk YWMwQHBjaTA6MjowOjE6CWNsYXNzPTB4MDQwMzAwIGNhcmQ9MHhhYTM4MTA0MyBjaGlwPTB4YWEz ODEwMDIgcmV2PTB4MDAgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnQWR2YW5jZWQgTWljcm8g RGV2aWNlcyBbQU1EXSBuZWUgQVRJJwogICAgZGV2aWNlICAgICA9ICdSVjcxMC83MzAgSERNSSBB dWRpbyBbUmFkZW9uIEhEIDQwMDAgc2VyaWVzXScKICAgIGNsYXNzICAgICAgPSBtdWx0aW1lZGlh CiAgICBzdWJjbGFzcyAgID0gSERBCiAgICBiYXIgICBbMTBdID0gdHlwZSBNZW1vcnksIHJhbmdl IDY0LCBiYXNlIDB4ZmJlMzAwMDAsIHNpemUgMTYzODQsIGVuYWJsZWQKICAgIGNhcCAwMVs1MF0g PSBwb3dlcnNwZWMgMyAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKICAgIGNhcCAx MFs1OF0gPSBQQ0ktRXhwcmVzcyAyIGxlZ2FjeSBlbmRwb2ludCBtYXggZGF0YSAxMjgoMTI4KSBs aW5rIHgxNih4MTYpCiAgICAgICAgICAgICAgICAgc3BlZWQgMi41KDIuNSkgQVNQTSBkaXNhYmxl ZChMMHMvTDEpCiAgICBjYXAgMDVbYTBdID0gTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwgNjQgYml0 IGVuYWJsZWQgd2l0aCAxIG1lc3NhZ2UKICAgIGVjYXAgMDAwYlsxMDBdID0gVmVuZG9yIDEgSUQg MQogIFBDSS1lIGVycm9ycyA9IE5vbi1GYXRhbCBFcnJvciBEZXRlY3RlZAogICAgICAgICAgICAg ICAgIFVuc3VwcG9ydGVkIFJlcXVlc3QgRGV0ZWN0ZWQKYWhjaTBAcGNpMDo1OjA6MDoJY2xhc3M9 MHgwMTA2MDEgY2FyZD0weGIwMDAxNDU4IGNoaXA9MHg5MTcyMWI0YiByZXY9MHgxMSBoZHI9MHgw MAogICAgdmVuZG9yICAgICA9ICdNYXJ2ZWxsIFRlY2hub2xvZ3kgR3JvdXAgTHRkLicKICAgIGRl dmljZSAgICAgPSAnODhTRTkxNzIgU0FUQSA2R2IvcyBDb250cm9sbGVyJwogICAgY2xhc3MgICAg ICA9IG1hc3Mgc3RvcmFnZQogICAgc3ViY2xhc3MgICA9IFNBVEEKICAgIGJhciAgIFsxMF0gPSB0 eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGQwNDAsIHNpemUgOCwgZW5hYmxlZAogICAg YmFyICAgWzE0XSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZDAzMCwgc2l6ZSA0 LCBlbmFibGVkCiAgICBiYXIgICBbMThdID0gdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2Ug MHhkMDIwLCBzaXplIDgsIGVuYWJsZWQKICAgIGJhciAgIFsxY10gPSB0eXBlIEkvTyBQb3J0LCBy YW5nZSAzMiwgYmFzZSAweGQwMTAsIHNpemUgNCwgZW5hYmxlZAogICAgYmFyICAgWzIwXSA9IHR5 cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZDAwMCwgc2l6ZSAxNiwgZW5hYmxlZAogICAg YmFyICAgWzI0XSA9IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGZiZDEwMDAwLCBzaXpl IDUxMiwgZW5hYmxlZAogICAgY2FwIDAxWzQwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBE MyAgY3VycmVudCBEMAogICAgY2FwIDA1WzUwXSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UgZW5h YmxlZCB3aXRoIDEgbWVzc2FnZQogICAgY2FwIDEwWzcwXSA9IFBDSS1FeHByZXNzIDIgbGVnYWN5 IGVuZHBvaW50IG1heCBkYXRhIDEyOCg1MTIpIGxpbmsgeDEoeDEpCiAgICAgICAgICAgICAgICAg c3BlZWQgNS4wKDUuMCkgQVNQTSBkaXNhYmxlZChMMHMvTDEpCiAgICBlY2FwIDAwMDFbMTAwXSA9 IEFFUiAxIDAgZmF0YWwgMCBub24tZmF0YWwgMSBjb3JyZWN0ZWQKICBQQ0ktZSBlcnJvcnMgPSBD b3JyZWN0YWJsZSBFcnJvciBEZXRlY3RlZAogICAgICAgICAgICAgICAgIFVuc3VwcG9ydGVkIFJl cXVlc3QgRGV0ZWN0ZWQKICAgICBDb3JyZWN0ZWQgPSBBZHZpc29yeSBOb24tRmF0YWwgRXJyb3IK YWhjaTFAcGNpMDo2OjA6MDoJY2xhc3M9MHgwMTA2MDEgY2FyZD0weGIwMDAxNDU4IGNoaXA9MHg5 MTcyMWI0YiByZXY9MHgxMSBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdNYXJ2ZWxsIFRlY2hu b2xvZ3kgR3JvdXAgTHRkLicKICAgIGRldmljZSAgICAgPSAnODhTRTkxNzIgU0FUQSA2R2IvcyBD b250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IG1hc3Mgc3RvcmFnZQogICAgc3ViY2xhc3MgICA9 IFNBVEEKICAgIGJhciAgIFsxMF0gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGMw NDAsIHNpemUgOCwgZW5hYmxlZAogICAgYmFyICAgWzE0XSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdl IDMyLCBiYXNlIDB4YzAzMCwgc2l6ZSA0LCBlbmFibGVkCiAgICBiYXIgICBbMThdID0gdHlwZSBJ L08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhjMDIwLCBzaXplIDgsIGVuYWJsZWQKICAgIGJhciAg IFsxY10gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGMwMTAsIHNpemUgNCwgZW5h YmxlZAogICAgYmFyICAgWzIwXSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YzAw MCwgc2l6ZSAxNiwgZW5hYmxlZAogICAgYmFyICAgWzI0XSA9IHR5cGUgTWVtb3J5LCByYW5nZSAz MiwgYmFzZSAweGZiYzEwMDAwLCBzaXplIDUxMiwgZW5hYmxlZAogICAgY2FwIDAxWzQwXSA9IHBv d2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAogICAgY2FwIDA1WzUwXSA9IE1T SSBzdXBwb3J0cyAxIG1lc3NhZ2UgZW5hYmxlZCB3aXRoIDEgbWVzc2FnZQogICAgY2FwIDEwWzcw XSA9IFBDSS1FeHByZXNzIDIgbGVnYWN5IGVuZHBvaW50IG1heCBkYXRhIDEyOCg1MTIpIGxpbmsg eDEoeDEpCiAgICAgICAgICAgICAgICAgc3BlZWQgNS4wKDUuMCkgQVNQTSBkaXNhYmxlZChMMHMv TDEpCiAgICBlY2FwIDAwMDFbMTAwXSA9IEFFUiAxIDAgZmF0YWwgMCBub24tZmF0YWwgMSBjb3Jy ZWN0ZWQKICBQQ0ktZSBlcnJvcnMgPSBDb3JyZWN0YWJsZSBFcnJvciBEZXRlY3RlZAogICAgICAg ICAgICAgICAgIFVuc3VwcG9ydGVkIFJlcXVlc3QgRGV0ZWN0ZWQKICAgICBDb3JyZWN0ZWQgPSBB ZHZpc29yeSBOb24tRmF0YWwgRXJyb3IKYWhjaTJAcGNpMDo3OjA6MDoJY2xhc3M9MHgwMTA2MDEg Y2FyZD0weGIwMDAxNDU4IGNoaXA9MHg5MTcyMWI0YiByZXY9MHgxMSBoZHI9MHgwMAogICAgdmVu ZG9yICAgICA9ICdNYXJ2ZWxsIFRlY2hub2xvZ3kgR3JvdXAgTHRkLicKICAgIGRldmljZSAgICAg PSAnODhTRTkxNzIgU0FUQSA2R2IvcyBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9IG1hc3Mg c3RvcmFnZQogICAgc3ViY2xhc3MgICA9IFNBVEEKICAgIGJhciAgIFsxMF0gPSB0eXBlIEkvTyBQ b3J0LCByYW5nZSAzMiwgYmFzZSAweGIwNDAsIHNpemUgOCwgZW5hYmxlZAogICAgYmFyICAgWzE0 XSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YjAzMCwgc2l6ZSA0LCBlbmFibGVk CiAgICBiYXIgICBbMThdID0gdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhiMDIwLCBz aXplIDgsIGVuYWJsZWQKICAgIGJhciAgIFsxY10gPSB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwg YmFzZSAweGIwMTAsIHNpemUgNCwgZW5hYmxlZAogICAgYmFyICAgWzIwXSA9IHR5cGUgSS9PIFBv cnQsIHJhbmdlIDMyLCBiYXNlIDB4YjAwMCwgc2l6ZSAxNiwgZW5hYmxlZAogICAgYmFyICAgWzI0 XSA9IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGZiYjEwMDAwLCBzaXplIDUxMiwgZW5h YmxlZAogICAgY2FwIDAxWzQwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVu dCBEMAogICAgY2FwIDA1WzUwXSA9IE1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UgZW5hYmxlZCB3aXRo IDEgbWVzc2FnZQogICAgY2FwIDEwWzcwXSA9IFBDSS1FeHByZXNzIDIgbGVnYWN5IGVuZHBvaW50 IG1heCBkYXRhIDEyOCg1MTIpIGxpbmsgeDEoeDEpCiAgICAgICAgICAgICAgICAgc3BlZWQgNS4w KDUuMCkgQVNQTSBkaXNhYmxlZChMMHMvTDEpCiAgICBlY2FwIDAwMDFbMTAwXSA9IEFFUiAxIDAg ZmF0YWwgMCBub24tZmF0YWwgMSBjb3JyZWN0ZWQKICBQQ0ktZSBlcnJvcnMgPSBDb3JyZWN0YWJs ZSBFcnJvciBEZXRlY3RlZAogICAgICAgICAgICAgICAgIFVuc3VwcG9ydGVkIFJlcXVlc3QgRGV0 ZWN0ZWQKICAgICBDb3JyZWN0ZWQgPSBBZHZpc29yeSBOb24tRmF0YWwgRXJyb3IKZndvaGNpMEBw Y2kwOjg6MDowOgljbGFzcz0weDBjMDAxMCBjYXJkPTB4MDAwMDAwMDAgY2hpcD0weDM0MDMxMTA2 IHJldj0weDAwIGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ1ZJQSBUZWNobm9sb2dpZXMsIElu Yy4nCiAgICBkZXZpY2UgICAgID0gJ1ZUNjMxNSBTZXJpZXMgRmlyZXdpcmUgQ29udHJvbGxlcicK ICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gRmlyZVdpcmUKICAg IGJhciAgIFsxMF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgNjQsIGJhc2UgMHhmYmExMDAwMCwgc2l6 ZSAyMDQ4LCBlbmFibGVkCiAgICBiYXIgICBbMThdID0gdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIs IGJhc2UgMHhhMDAwLCBzaXplIDI1NiwgZW5hYmxlZAogICAgY2FwIDAxWzUwXSA9IHBvd2Vyc3Bl YyAzICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAogICAgY2FwIDA1WzgwXSA9IE1TSSBzdXBw b3J0cyAxIG1lc3NhZ2UsIDY0IGJpdCwgdmVjdG9yIG1hc2tzIAogICAgY2FwIDEwWzk4XSA9IFBD SS1FeHByZXNzIDEgZW5kcG9pbnQgbWF4IGRhdGEgMTI4KDEyOCkgbGluayB4MSh4MSkKICAgICAg ICAgICAgICAgICBzcGVlZCAyLjUoMi41KSBBU1BNIGRpc2FibGVkKEwwcy9MMSkKICAgIGVjYXAg MDAwMVsxMDBdID0gQUVSIDEgMCBmYXRhbCAwIG5vbi1mYXRhbCAxIGNvcnJlY3RlZAogICAgZWNh cCAwMDAzWzEzMF0gPSBTZXJpYWwgMSAwMDAwMDAwMDAwMDAwMDAwCiAgUENJLWUgZXJyb3JzID0g Q29ycmVjdGFibGUgRXJyb3IgRGV0ZWN0ZWQKICAgICAgICAgICAgICAgICBVbnN1cHBvcnRlZCBS ZXF1ZXN0IERldGVjdGVkCiAgICAgQ29ycmVjdGVkID0gQWR2aXNvcnkgTm9uLUZhdGFsIEVycm9y CmF0YXBjaTBAcGNpMDo4OjA6MToJY2xhc3M9MHgwMTAxODUgY2FyZD0weDAwMDAwMDAwIGNoaXA9 MHgwNDE1MTEwNiByZXY9MHhhMCBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdWSUEgVGVjaG5v bG9naWVzLCBJbmMuJwogICAgZGV2aWNlICAgICA9ICdWVDY0MTUgUEFUQSBJREUgSG9zdCBDb250 cm9sbGVyJwogICAgY2xhc3MgICAgICA9IG1hc3Mgc3RvcmFnZQogICAgc3ViY2xhc3MgICA9IEFU QQogICAgYmFyICAgWzEwXSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YTE0MCwg c2l6ZSA4LCBlbmFibGVkCiAgICBiYXIgICBbMTRdID0gdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIs IGJhc2UgMHhhMTMwLCBzaXplIDQsIGVuYWJsZWQKICAgIGJhciAgIFsxOF0gPSB0eXBlIEkvTyBQ b3J0LCByYW5nZSAzMiwgYmFzZSAweGExMjAsIHNpemUgOCwgZW5hYmxlZAogICAgYmFyICAgWzFj XSA9IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4YTExMCwgc2l6ZSA0LCBlbmFibGVk CiAgICBiYXIgICBbMjBdID0gdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJhc2UgMHhhMTAwLCBz aXplIDE2LCBlbmFibGVkCiAgICBjYXAgMDFbNTBdID0gcG93ZXJzcGVjIDMgIHN1cHBvcnRzIEQw IEQzICBjdXJyZW50IEQwCiAgICBjYXAgMDVbNzBdID0gTVNJIHN1cHBvcnRzIDEgbWVzc2FnZSwg NjQgYml0LCB2ZWN0b3IgbWFza3MgCiAgICBjYXAgMTBbOTBdID0gUENJLUV4cHJlc3MgMSBsZWdh Y3kgZW5kcG9pbnQgbWF4IGRhdGEgMTI4KDEyOCkgbGluayB4MSh4MSkKICAgICAgICAgICAgICAg ICBzcGVlZCAyLjUoMi41KSBBU1BNIGRpc2FibGVkKEwwcy9MMSkKICBQQ0ktZSBlcnJvcnMgPSBD b3JyZWN0YWJsZSBFcnJvciBEZXRlY3RlZAogICAgICAgICAgICAgICAgIFVuc3VwcG9ydGVkIFJl cXVlc3QgRGV0ZWN0ZWQKeGhjaTBAcGNpMDo5OjA6MDoJY2xhc3M9MHgwYzAzMzAgY2FyZD0weDUw MDcxNDU4IGNoaXA9MHgxMDA5MWI3MyByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9 ICdGcmVzY28gTG9naWMnCiAgICBkZXZpY2UgICAgID0gJ0ZMMTAwOSBVU0IgMy4wIEhvc3QgQ29u dHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0gVVNC CiAgICBiYXIgICBbMTBdID0gdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmI5MDAwMDAs IHNpemUgNjU1MzYsIGVuYWJsZWQKICAgIGJhciAgIFsxOF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2Ug NjQsIGJhc2UgMHhmYjkxMTAwMCwgc2l6ZSA0MDk2LCBlbmFibGVkCiAgICBiYXIgICBbMjBdID0g dHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmI5MTAwMDAsIHNpemUgNDA5NiwgZW5hYmxl ZAogICAgY2FwIDAxWzQwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMSBEMyAgY3VycmVu dCBEMAogICAgY2FwIDA1WzUwXSA9IE1TSSBzdXBwb3J0cyA4IG1lc3NhZ2VzLCA2NCBiaXQgZW5h YmxlZCB3aXRoIDEgbWVzc2FnZQogICAgY2FwIDEwWzcwXSA9IFBDSS1FeHByZXNzIDIgZW5kcG9p bnQgbWF4IGRhdGEgMTI4KDUxMikgbGluayB4MSh4MSkKICAgICAgICAgICAgICAgICBzcGVlZCA1 LjAoNS4wKSBBU1BNIGRpc2FibGVkKEwwcy9MMSkKICAgIGNhcCAxMVtiMF0gPSBNU0ktWCBzdXBw b3J0cyA4IG1lc3NhZ2VzCiAgICAgICAgICAgICAgICAgVGFibGUgaW4gbWFwIDB4MThbMHgwXSwg UEJBIGluIG1hcCAweDIwWzB4MF0KICAgIGVjYXAgMDAwMVsxMDBdID0gQUVSIDEgMCBmYXRhbCAy IG5vbi1mYXRhbCAxIGNvcnJlY3RlZAogICAgUENJIGVycm9ycyA9IFNlbnQgVGFyZ2V0LUFib3J0 CiAgUENJLWUgZXJyb3JzID0gQ29ycmVjdGFibGUgRXJyb3IgRGV0ZWN0ZWQKICAgICAgICAgICAg ICAgICBOb24tRmF0YWwgRXJyb3IgRGV0ZWN0ZWQKICAgICAgICAgICAgICAgICBVbnN1cHBvcnRl ZCBSZXF1ZXN0IERldGVjdGVkCiAgICAgTm9uLWZhdGFsID0gQ29tcGxldGVyIEFib3J0CiAgICAg ICAgICAgICAgICAgVW5zdXBwb3J0ZWQgUmVxdWVzdAogICAgIENvcnJlY3RlZCA9IEFkdmlzb3J5 IE5vbi1GYXRhbCBFcnJvcgp4aGNpMUBwY2kwOjEwOjA6MDoJY2xhc3M9MHgwYzAzMzAgY2FyZD0w eDUwMDcxNDU4IGNoaXA9MHgxMDA5MWI3MyByZXY9MHgwMiBoZHI9MHgwMAogICAgdmVuZG9yICAg ICA9ICdGcmVzY28gTG9naWMnCiAgICBkZXZpY2UgICAgID0gJ0ZMMTAwOSBVU0IgMy4wIEhvc3Qg Q29udHJvbGxlcicKICAgIGNsYXNzICAgICAgPSBzZXJpYWwgYnVzCiAgICBzdWJjbGFzcyAgID0g VVNCCiAgICBiYXIgICBbMTBdID0gdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmI4MDAw MDAsIHNpemUgNjU1MzYsIGVuYWJsZWQKICAgIGJhciAgIFsxOF0gPSB0eXBlIE1lbW9yeSwgcmFu Z2UgNjQsIGJhc2UgMHhmYjgxMTAwMCwgc2l6ZSA0MDk2LCBlbmFibGVkCiAgICBiYXIgICBbMjBd ID0gdHlwZSBNZW1vcnksIHJhbmdlIDY0LCBiYXNlIDB4ZmI4MTAwMDAsIHNpemUgNDA5NiwgZW5h YmxlZAogICAgY2FwIDAxWzQwXSA9IHBvd2Vyc3BlYyAzICBzdXBwb3J0cyBEMCBEMSBEMyAgY3Vy cmVudCBEMAogICAgY2FwIDA1WzUwXSA9IE1TSSBzdXBwb3J0cyA4IG1lc3NhZ2VzLCA2NCBiaXQg ZW5hYmxlZCB3aXRoIDEgbWVzc2FnZQogICAgY2FwIDEwWzcwXSA9IFBDSS1FeHByZXNzIDIgZW5k cG9pbnQgbWF4IGRhdGEgMTI4KDUxMikgbGluayB4MSh4MSkKICAgICAgICAgICAgICAgICBzcGVl ZCA1LjAoNS4wKSBBU1BNIGRpc2FibGVkKEwwcy9MMSkKICAgIGNhcCAxMVtiMF0gPSBNU0ktWCBz dXBwb3J0cyA4IG1lc3NhZ2VzCiAgICAgICAgICAgICAgICAgVGFibGUgaW4gbWFwIDB4MThbMHgw XSwgUEJBIGluIG1hcCAweDIwWzB4MF0KICAgIGVjYXAgMDAwMVsxMDBdID0gQUVSIDEgMCBmYXRh bCAyIG5vbi1mYXRhbCAxIGNvcnJlY3RlZAogICAgUENJIGVycm9ycyA9IFNlbnQgVGFyZ2V0LUFi b3J0CiAgUENJLWUgZXJyb3JzID0gQ29ycmVjdGFibGUgRXJyb3IgRGV0ZWN0ZWQKICAgICAgICAg ICAgICAgICBOb24tRmF0YWwgRXJyb3IgRGV0ZWN0ZWQKICAgICAgICAgICAgICAgICBVbnN1cHBv cnRlZCBSZXF1ZXN0IERldGVjdGVkCiAgICAgTm9uLWZhdGFsID0gQ29tcGxldGVyIEFib3J0CiAg ICAgICAgICAgICAgICAgVW5zdXBwb3J0ZWQgUmVxdWVzdAogICAgIENvcnJlY3RlZCA9IEFkdmlz b3J5IE5vbi1GYXRhbCBFcnJvcgpyZTBAcGNpMDoxMTowOjA6CWNsYXNzPTB4MDIwMDAwIGNhcmQ9 MHg4MTY5MTBlYyBjaGlwPTB4ODE2OTEwZWMgcmV2PTB4MTAgaGRyPTB4MDAKICAgIHZlbmRvciAg ICAgPSAnUmVhbHRlayBTZW1pY29uZHVjdG9yIENvLiwgTHRkLicKICAgIGRldmljZSAgICAgPSAn UlRMODE2OSBQQ0kgR2lnYWJpdCBFdGhlcm5ldCBDb250cm9sbGVyJwogICAgY2xhc3MgICAgICA9 IG5ldHdvcmsKICAgIHN1YmNsYXNzICAgPSBldGhlcm5ldAogICAgYmFyICAgWzEwXSA9IHR5cGUg SS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4OTAwMCwgc2l6ZSAyNTYsIGVuYWJsZWQKICAgIGJh ciAgIFsxNF0gPSB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2UgMHhmYjcxMDAwMCwgc2l6ZSAy NTYsIGVuYWJsZWQKICAgIGNhcCAwMVtkY10gPSBwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEg RDIgRDMgIGN1cnJlbnQgRDAKbm9uZTI5QHBjaTA6MjU1Ojg6MDoJY2xhc3M9MHgwODgwMDAgY2Fy ZD0weDNjODAxNDU4IGNoaXA9MHgzYzgwODA4NiByZXY9MHgwNyBoZHI9MHgwMAogICAgdmVuZG9y ICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnWGVvbiBFNS9Db3Jl IGk3IFFQSSBMaW5rIDAnCiAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCm5vbmUzMEBw Y2kwOjI1NTo4OjM6CWNsYXNzPTB4MDg4MDAwIGNhcmQ9MHgzYzgzMTQ1OCBjaGlwPTB4M2M4Mzgw ODYgcmV2PTB4MDcgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24n CiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29yZSBpNyBRUEkgTGluayBSZXV0IDAnCiAgICBj bGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCiAgICBjYXAgMTBbNDBdID0gUENJLUV4cHJlc3Mg MSByb290IGVuZHBvaW50IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDAoeDApCiAgICBlY2FwIDAw MGJbMTAwXSA9IFZlbmRvciAwCm5vbmUzMUBwY2kwOjI1NTo4OjQ6CWNsYXNzPTB4MDg4MDAwIGNh cmQ9MHgzYzg0MTQ1OCBjaGlwPTB4M2M4NDgwODYgcmV2PTB4MDcgaGRyPTB4MDAKICAgIHZlbmRv ciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29y ZSBpNyBRUEkgTGluayBSZXV0IDAnCiAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCiAg ICBjYXAgMTBbNDBdID0gUENJLUV4cHJlc3MgMSByb290IGVuZHBvaW50IG1heCBkYXRhIDEyOCgx MjgpIGxpbmsgeDAoeDApCm5vbmUzMkBwY2kwOjI1NTo5OjA6CWNsYXNzPTB4MDg4MDAwIGNhcmQ9 MHgzYzkwMTQ1OCBjaGlwPTB4M2M5MDgwODYgcmV2PTB4MDcgaGRyPTB4MDAKICAgIHZlbmRvciAg ICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29yZSBp NyBRUEkgTGluayAxJwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbApub25lMzNAcGNp MDoyNTU6OTozOgljbGFzcz0weDA4ODAwMCBjYXJkPTB4M2M5MzE0NTggY2hpcD0weDNjOTM4MDg2 IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwog ICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0NvcmUgaTcgUVBJIExpbmsgUmV1dCAxJwogICAgY2xh c3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbAogICAgY2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDEg cm9vdCBlbmRwb2ludCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgwKHgwKQogICAgZWNhcCAwMDBi WzEwMF0gPSBWZW5kb3IgMApub25lMzRAcGNpMDoyNTU6OTo0OgljbGFzcz0weDA4ODAwMCBjYXJk PTB4M2M5NDE0NTggY2hpcD0weDNjOTQ4MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5kb3Ig ICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0NvcmUg aTcgUVBJIExpbmsgUmV1dCAxJwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbAogICAg Y2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDEgcm9vdCBlbmRwb2ludCBtYXggZGF0YSAxMjgoMTI4 KSBsaW5rIHgwKHgwKQpub25lMzVAcGNpMDoyNTU6MTA6MDoJY2xhc3M9MHgwODgwMDAgY2FyZD0w eDNjYzAxNDU4IGNoaXA9MHgzY2MwODA4NiByZXY9MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAg ICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3 IFBvd2VyIENvbnRyb2wgVW5pdCAwJwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbApu b25lMzZAcGNpMDoyNTU6MTA6MToJY2xhc3M9MHgwODgwMDAgY2FyZD0weDNjYzExNDU4IGNoaXA9 MHgzY2MxODA4NiByZXY9MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jw b3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3IFBvd2VyIENvbnRyb2wg VW5pdCAxJwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbApub25lMzdAcGNpMDoyNTU6 MTA6MjoJY2xhc3M9MHgwODgwMDAgY2FyZD0weDNjYzIxNDU4IGNoaXA9MHgzY2MyODA4NiByZXY9 MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRl dmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3IFBvd2VyIENvbnRyb2wgVW5pdCAyJwogICAgY2xh c3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbApub25lMzhAcGNpMDoyNTU6MTA6MzoJY2xhc3M9MHgw ODgwMDAgY2FyZD0weDNjZDAxNDU4IGNoaXA9MHgzY2QwODA4NiByZXY9MHgwNyBoZHI9MHgwMAog ICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnWGVv biBFNS9Db3JlIGk3IFBvd2VyIENvbnRyb2wgVW5pdCAzJwogICAgY2xhc3MgICAgICA9IGJhc2Ug cGVyaXBoZXJhbApub25lMzlAcGNpMDoyNTU6MTE6MDoJY2xhc3M9MHgwODgwMDAgY2FyZD0weDNj ZTAxNDU4IGNoaXA9MHgzY2UwODA4NiByZXY9MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9 ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3IElu dGVycnVwdCBDb250cm9sIFJlZ2lzdGVycycKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVy YWwKbm9uZTQwQHBjaTA6MjU1OjExOjM6CWNsYXNzPTB4MDg4MDAwIGNhcmQ9MHgzY2UzMTQ1OCBj aGlwPTB4M2NlMzgwODYgcmV2PTB4MDcgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwg Q29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29yZSBpNyBTZW1hcGhvcmUg YW5kIFNjcmF0Y2hwYWQgQ29uZmlndXJhdGlvbiBSZWdpc3RlcnMnCiAgICBjbGFzcyAgICAgID0g YmFzZSBwZXJpcGhlcmFsCm5vbmU0MUBwY2kwOjI1NToxMjowOgljbGFzcz0weDA4ODAwMCBjYXJk PTB4M2NlODE0NTggY2hpcD0weDNjZTg4MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5kb3Ig ICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0NvcmUg aTcgVW5pY2FzdCBSZWdpc3RlciAwJwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbApu b25lNDJAcGNpMDoyNTU6MTI6MToJY2xhc3M9MHgwODgwMDAgY2FyZD0weDNjZTgxNDU4IGNoaXA9 MHgzY2U4ODA4NiByZXY9MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jw b3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3IFVuaWNhc3QgUmVnaXN0 ZXIgMCcKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKbm9uZTQzQHBjaTA6MjU1OjEy OjY6CWNsYXNzPTB4MDg4MDAwIGNhcmQ9MHgzY2U4MTQ1OCBjaGlwPTB4M2NmNDgwODYgcmV2PTB4 MDcgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZp Y2UgICAgID0gJ1hlb24gRTUvQ29yZSBpNyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIFN5 c3RlbSBBZGRyZXNzIERlY29kZXIgMCcKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwK bm9uZTQ0QHBjaTA6MjU1OjEyOjc6CWNsYXNzPTB4MDg4MDAwIGNhcmQ9MHgzY2U4MTQ1OCBjaGlw PTB4M2NmNjgwODYgcmV2PTB4MDcgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29y cG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29yZSBpNyBTeXN0ZW0gQWRkcmVz cyBEZWNvZGVyJwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbApub25lNDVAcGNpMDoy NTU6MTM6MDoJY2xhc3M9MHgwODgwMDAgY2FyZD0weDNjZTgxNDU4IGNoaXA9MHgzY2U4ODA4NiBy ZXY9MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAg IGRldmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3IFVuaWNhc3QgUmVnaXN0ZXIgMCcKICAgIGNs YXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKbm9uZTQ2QHBjaTA6MjU1OjEzOjE6CWNsYXNzPTB4 MDg4MDAwIGNhcmQ9MHgzY2U4MTQ1OCBjaGlwPTB4M2NlODgwODYgcmV2PTB4MDcgaGRyPTB4MDAK ICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1hl b24gRTUvQ29yZSBpNyBVbmljYXN0IFJlZ2lzdGVyIDAnCiAgICBjbGFzcyAgICAgID0gYmFzZSBw ZXJpcGhlcmFsCm5vbmU0N0BwY2kwOjI1NToxMzo2OgljbGFzcz0weDA4ODAwMCBjYXJkPTB4M2Nl ODE0NTggY2hpcD0weDNjZjU4MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0g J0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0NvcmUgaTcgSW50 ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBTeXN0ZW0gQWRkcmVzcyBEZWNvZGVyIDEnCiAgICBj bGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCm5vbmU0OEBwY2kwOjI1NToxNDowOgljbGFzcz0w eDA4ODAwMCBjYXJkPTB4M2NhMDE0NTggY2hpcD0weDNjYTA4MDg2IHJldj0weDA3IGhkcj0weDAw CiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdY ZW9uIEU1L0NvcmUgaTcgUHJvY2Vzc29yIEhvbWUgQWdlbnQnCiAgICBjbGFzcyAgICAgID0gYmFz ZSBwZXJpcGhlcmFsCm5vbmU0OUBwY2kwOjI1NToxNDoxOgljbGFzcz0weDExMDEwMCBjYXJkPTB4 M2M0NjE0NTggY2hpcD0weDNjNDY4MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5kb3IgICAg ID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0NvcmUgaTcg UHJvY2Vzc29yIEhvbWUgQWdlbnQgUGVyZm9ybWFuY2UgTW9uaXRvcmluZycKICAgIGNsYXNzICAg ICAgPSBkYXNwCm5vbmU1MEBwY2kwOjI1NToxNTowOgljbGFzcz0weDA4ODAwMCBjYXJkPTB4M2Nh ODE0NTggY2hpcD0weDNjYTg4MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0g J0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0NvcmUgaTcgSW50 ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBSZWdpc3RlcnMnCiAgICBjbGFzcyAgICAgID0gYmFz ZSBwZXJpcGhlcmFsCiAgICBjYXAgMTBbNDBdID0gUENJLUV4cHJlc3MgMSByb290IGVuZHBvaW50 IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDAoeDApCm5vbmU1MUBwY2kwOjI1NToxNToxOgljbGFz cz0weDA4ODAwMCBjYXJkPTB4M2M3MTE0NTggY2hpcD0weDNjNzE4MDg2IHJldj0weDA3IGhkcj0w eDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9 ICdYZW9uIEU1L0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBSQVMgUmVnaXN0 ZXJzJwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbAogICAgY2FwIDEwWzQwXSA9IFBD SS1FeHByZXNzIDEgcm9vdCBlbmRwb2ludCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgwKHgwKQpu b25lNTJAcGNpMDoyNTU6MTU6MjoJY2xhc3M9MHgwODgwMDAgY2FyZD0weDNjYWExNDU4IGNoaXA9 MHgzY2FhODA4NiByZXY9MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jw b3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3IEludGVncmF0ZWQgTWVt b3J5IENvbnRyb2xsZXIgVGFyZ2V0IEFkZHJlc3MgRGVjb2RlciAwJwogICAgY2xhc3MgICAgICA9 IGJhc2UgcGVyaXBoZXJhbAogICAgY2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDEgcm9vdCBlbmRw b2ludCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgwKHgwKQpub25lNTNAcGNpMDoyNTU6MTU6MzoJ Y2xhc3M9MHgwODgwMDAgY2FyZD0weDNjYWIxNDU4IGNoaXA9MHgzY2FiODA4NiByZXY9MHgwNyBo ZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAg ICAgPSAnWGVvbiBFNS9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgVGFyZ2V0 IEFkZHJlc3MgRGVjb2RlciAxJwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbAogICAg Y2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDEgcm9vdCBlbmRwb2ludCBtYXggZGF0YSAxMjgoMTI4 KSBsaW5rIHgwKHgwKQpub25lNTRAcGNpMDoyNTU6MTU6NDoJY2xhc3M9MHgwODgwMDAgY2FyZD0w eDNjYWMxNDU4IGNoaXA9MHgzY2FjODA4NiByZXY9MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAg ICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3 IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgVGFyZ2V0IEFkZHJlc3MgRGVjb2RlciAyJwog ICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbAogICAgY2FwIDEwWzQwXSA9IFBDSS1FeHBy ZXNzIDEgcm9vdCBlbmRwb2ludCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgwKHgwKQpub25lNTVA cGNpMDoyNTU6MTU6NToJY2xhc3M9MHgwODgwMDAgY2FyZD0weDNjYWQxNDU4IGNoaXA9MHgzY2Fk ODA4NiByZXY9MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlv bicKICAgIGRldmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENv bnRyb2xsZXIgVGFyZ2V0IEFkZHJlc3MgRGVjb2RlciAzJwogICAgY2xhc3MgICAgICA9IGJhc2Ug cGVyaXBoZXJhbAogICAgY2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDEgcm9vdCBlbmRwb2ludCBt YXggZGF0YSAxMjgoMTI4KSBsaW5rIHgwKHgwKQpub25lNTZAcGNpMDoyNTU6MTU6NjoJY2xhc3M9 MHgwODgwMDAgY2FyZD0weDNjYWUxNDU4IGNoaXA9MHgzY2FlODA4NiByZXY9MHgwNyBoZHI9MHgw MAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRldmljZSAgICAgPSAn WGVvbiBFNS9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgVGFyZ2V0IEFkZHJl c3MgRGVjb2RlciA0JwogICAgY2xhc3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbApub25lNTdAcGNp MDoyNTU6MTY6MDoJY2xhc3M9MHgwODgwMDAgY2FyZD0weDNjYjAxNDU4IGNoaXA9MHgzY2IwODA4 NiByZXY9MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicK ICAgIGRldmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRy b2xsZXIgQ2hhbm5lbCAwLTMgVGhlcm1hbCBDb250cm9sIDAnCiAgICBjbGFzcyAgICAgID0gYmFz ZSBwZXJpcGhlcmFsCiAgICBjYXAgMTBbNDBdID0gUENJLUV4cHJlc3MgMSByb290IGVuZHBvaW50 IG1heCBkYXRhIDEyOCgxMjgpIGxpbmsgeDAoeDApCm5vbmU1OEBwY2kwOjI1NToxNjoxOgljbGFz cz0weDA4ODAwMCBjYXJkPTB4M2NiMTE0NTggY2hpcD0weDNjYjE4MDg2IHJldj0weDA3IGhkcj0w eDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9 ICdYZW9uIEU1L0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDAt MyBUaGVybWFsIENvbnRyb2wgMScKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKICAg IGNhcCAxMFs0MF0gPSBQQ0ktRXhwcmVzcyAxIHJvb3QgZW5kcG9pbnQgbWF4IGRhdGEgMTI4KDEy OCkgbGluayB4MCh4MCkKbm9uZTU5QHBjaTA6MjU1OjE2OjI6CWNsYXNzPTB4MDg4MDAwIGNhcmQ9 MHgzY2IyMTQ1OCBjaGlwPTB4M2NiMjgwODYgcmV2PTB4MDcgaGRyPTB4MDAKICAgIHZlbmRvciAg ICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29yZSBp NyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIEVSUk9SIFJlZ2lzdGVycyAwJwogICAgY2xh c3MgICAgICA9IGJhc2UgcGVyaXBoZXJhbAogICAgY2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDEg cm9vdCBlbmRwb2ludCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgwKHgwKQpub25lNjBAcGNpMDoy NTU6MTY6MzoJY2xhc3M9MHgwODgwMDAgY2FyZD0weDNjYjMxNDU4IGNoaXA9MHgzY2IzODA4NiBy ZXY9MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAg IGRldmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xs ZXIgRVJST1IgUmVnaXN0ZXJzIDEnCiAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCiAg ICBjYXAgMTBbNDBdID0gUENJLUV4cHJlc3MgMSByb290IGVuZHBvaW50IG1heCBkYXRhIDEyOCgx MjgpIGxpbmsgeDAoeDApCm5vbmU2MUBwY2kwOjI1NToxNjo0OgljbGFzcz0weDA4ODAwMCBjYXJk PTB4M2NiNDE0NTggY2hpcD0weDNjYjQ4MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5kb3Ig ICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0NvcmUg aTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDAtMyBUaGVybWFsIENvbnRy b2wgMicKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKICAgIGNhcCAxMFs0MF0gPSBQ Q0ktRXhwcmVzcyAxIHJvb3QgZW5kcG9pbnQgbWF4IGRhdGEgMTI4KDEyOCkgbGluayB4MCh4MCkK bm9uZTYyQHBjaTA6MjU1OjE2OjU6CWNsYXNzPTB4MDg4MDAwIGNhcmQ9MHgzY2I1MTQ1OCBjaGlw PTB4M2NiNTgwODYgcmV2PTB4MDcgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29y cG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29yZSBpNyBJbnRlZ3JhdGVkIE1l bW9yeSBDb250cm9sbGVyIENoYW5uZWwgMC0zIFRoZXJtYWwgQ29udHJvbCAzJwogICAgY2xhc3Mg ICAgICA9IGJhc2UgcGVyaXBoZXJhbAogICAgY2FwIDEwWzQwXSA9IFBDSS1FeHByZXNzIDEgcm9v dCBlbmRwb2ludCBtYXggZGF0YSAxMjgoMTI4KSBsaW5rIHgwKHgwKQpub25lNjNAcGNpMDoyNTU6 MTY6NjoJY2xhc3M9MHgwODgwMDAgY2FyZD0weDNjYjYxNDU4IGNoaXA9MHgzY2I2ODA4NiByZXY9 MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRl dmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIg RVJST1IgUmVnaXN0ZXJzIDInCiAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCiAgICBj YXAgMTBbNDBdID0gUENJLUV4cHJlc3MgMSByb290IGVuZHBvaW50IG1heCBkYXRhIDEyOCgxMjgp IGxpbmsgeDAoeDApCm5vbmU2NEBwY2kwOjI1NToxNjo3OgljbGFzcz0weDA4ODAwMCBjYXJkPTB4 M2NiNzE0NTggY2hpcD0weDNjYjc4MDg2IHJldj0weDA3IGhkcj0weDAwCiAgICB2ZW5kb3IgICAg ID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2aWNlICAgICA9ICdYZW9uIEU1L0NvcmUgaTcg SW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBFUlJPUiBSZWdpc3RlcnMgMycKICAgIGNsYXNz ICAgICAgPSBiYXNlIHBlcmlwaGVyYWwKICAgIGNhcCAxMFs0MF0gPSBQQ0ktRXhwcmVzcyAxIHJv b3QgZW5kcG9pbnQgbWF4IGRhdGEgMTI4KDEyOCkgbGluayB4MCh4MCkKbm9uZTY1QHBjaTA6MjU1 OjE3OjA6CWNsYXNzPTB4MDg4MDAwIGNhcmQ9MHgzY2I4MTQ1OCBjaGlwPTB4M2NiODgwODYgcmV2 PTB4MDcgaGRyPTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBk ZXZpY2UgICAgID0gJ1hlb24gRTUvQ29yZSBpNyBERFJJTycKICAgIGNsYXNzICAgICAgPSBiYXNl IHBlcmlwaGVyYWwKbm9uZTY2QHBjaTA6MjU1OjE5OjA6CWNsYXNzPTB4MDg4MDAwIGNhcmQ9MHgz Y2U0MTQ1OCBjaGlwPTB4M2NlNDgwODYgcmV2PTB4MDcgaGRyPTB4MDAKICAgIHZlbmRvciAgICAg PSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0gJ1hlb24gRTUvQ29yZSBpNyBS MlBDSWUnCiAgICBjbGFzcyAgICAgID0gYmFzZSBwZXJpcGhlcmFsCm5vbmU2N0BwY2kwOjI1NTox OToxOgljbGFzcz0weDExMDEwMCBjYXJkPTB4M2M0MzE0NTggY2hpcD0weDNjNDM4MDg2IHJldj0w eDA3IGhkcj0weDAwCiAgICB2ZW5kb3IgICAgID0gJ0ludGVsIENvcnBvcmF0aW9uJwogICAgZGV2 aWNlICAgICA9ICdYZW9uIEU1L0NvcmUgaTcgUmluZyB0byBQQ0kgRXhwcmVzcyBQZXJmb3JtYW5j ZSBNb25pdG9yJwogICAgY2xhc3MgICAgICA9IGRhc3AKbm9uZTY4QHBjaTA6MjU1OjE5OjQ6CWNs YXNzPTB4MTEwMTAwIGNhcmQ9MHgzY2U2MTQ1OCBjaGlwPTB4M2NlNjgwODYgcmV2PTB4MDcgaGRy PTB4MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAg ID0gJ1hlb24gRTUvQ29yZSBpNyBRdWlja1BhdGggSW50ZXJjb25uZWN0IEFnZW50IFJpbmcgUmVn aXN0ZXJzJwogICAgY2xhc3MgICAgICA9IGRhc3AKbm9uZTY5QHBjaTA6MjU1OjE5OjU6CWNsYXNz PTB4MTEwMTAwIGNhcmQ9MHgzYzQ0MTQ1OCBjaGlwPTB4M2M0NDgwODYgcmV2PTB4MDcgaGRyPTB4 MDAKICAgIHZlbmRvciAgICAgPSAnSW50ZWwgQ29ycG9yYXRpb24nCiAgICBkZXZpY2UgICAgID0g J1hlb24gRTUvQ29yZSBpNyBSaW5nIHRvIFF1aWNrUGF0aCBJbnRlcmNvbm5lY3QgTGluayAwIFBl cmZvcm1hbmNlIE1vbml0b3InCiAgICBjbGFzcyAgICAgID0gZGFzcApub25lNzBAcGNpMDoyNTU6 MTk6NjoJY2xhc3M9MHgwODgwMDAgY2FyZD0weDNjNDUxNDU4IGNoaXA9MHgzYzQ1ODA4NiByZXY9 MHgwNyBoZHI9MHgwMAogICAgdmVuZG9yICAgICA9ICdJbnRlbCBDb3Jwb3JhdGlvbicKICAgIGRl dmljZSAgICAgPSAnWGVvbiBFNS9Db3JlIGk3IFJpbmcgdG8gUXVpY2tQYXRoIEludGVyY29ubmVj dCBMaW5rIDEgUGVyZm9ybWFuY2UgTW9uaXRvcicKICAgIGNsYXNzICAgICAgPSBiYXNlIHBlcmlw aGVyYWwK --e89a8f2356bdd4e41304ed1635fa-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 09:46:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03041A6D; Mon, 9 Dec 2013 09:46:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCC851732; Mon, 9 Dec 2013 09:46:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rB99kZRY098269; Mon, 9 Dec 2013 04:46:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rB99kZav098268; Mon, 9 Dec 2013 09:46:35 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 9 Dec 2013 09:46:35 GMT Message-Id: <201312090946.rB99kZav098268@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2013 09:46:37 -0000 TB --- 2013-12-09 06:41:24 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 06:41:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 06:41:24 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-12-09 06:41:24 - cleaning the object tree TB --- 2013-12-09 06:41:24 - /usr/local/bin/svn stat /src TB --- 2013-12-09 06:41:28 - At svn revision 259112 TB --- 2013-12-09 06:41:29 - building world TB --- 2013-12-09 06:41:29 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 06:41:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 06:41:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 06:41:29 - SRCCONF=/dev/null TB --- 2013-12-09 06:41:29 - TARGET=powerpc TB --- 2013-12-09 06:41:29 - TARGET_ARCH=powerpc64 TB --- 2013-12-09 06:41:29 - TZ=UTC TB --- 2013-12-09 06:41:29 - __MAKE_CONF=/dev/null TB --- 2013-12-09 06:41:29 - cd /src TB --- 2013-12-09 06:41:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 06:41:35 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Dec 9 09:45:53 UTC 2013 TB --- 2013-12-09 09:45:53 - generating LINT kernel config TB --- 2013-12-09 09:45:53 - cd /src/sys/powerpc/conf TB --- 2013-12-09 09:45:53 - /usr/bin/make -B LINT TB --- 2013-12-09 09:45:53 - cd /src/sys/powerpc/conf TB --- 2013-12-09 09:45:53 - /usr/sbin/config -m LINT TB --- 2013-12-09 09:45:53 - skipping LINT kernel TB --- 2013-12-09 09:45:53 - cd /src/sys/powerpc/conf TB --- 2013-12-09 09:45:53 - /usr/sbin/config -m GENERIC TB --- 2013-12-09 09:45:53 - skipping GENERIC kernel TB --- 2013-12-09 09:45:53 - cd /src/sys/powerpc/conf TB --- 2013-12-09 09:45:53 - /usr/sbin/config -m GENERIC64 TB --- 2013-12-09 09:45:53 - building GENERIC64 kernel TB --- 2013-12-09 09:45:53 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 09:45:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 09:45:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 09:45:53 - SRCCONF=/dev/null TB --- 2013-12-09 09:45:53 - TARGET=powerpc TB --- 2013-12-09 09:45:53 - TARGET_ARCH=powerpc64 TB --- 2013-12-09 09:45:53 - TZ=UTC TB --- 2013-12-09 09:45:53 - __MAKE_CONF=/dev/null TB --- 2013-12-09 09:45:53 - cd /src TB --- 2013-12-09 09:45:53 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Mon Dec 9 09:45:53 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../powerpc/cpufreq/dfs.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 09:46:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 09:46:35 - ERROR: failed to build GENERIC64 kernel TB --- 2013-12-09 09:46:35 - 9647.10 user 1219.50 system 11111.55 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 09:56:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78729C2D; Mon, 9 Dec 2013 09:56:21 +0000 (UTC) Received: from web1.unixengines.com (web1.unixengines.com [88.198.32.73]) by mx1.freebsd.org (Postfix) with ESMTP id F0BA317EC; Mon, 9 Dec 2013 09:56:20 +0000 (UTC) Received: from [92.86.79.170] (helo=MacMac.local) by web1.unixengines.com with esmtpa (Exim 4.69) (envelope-from ) id 1VpuBt-000Q01-IU; Mon, 09 Dec 2013 08:19:37 +0200 Message-ID: <52A58A48.7000605@freebsdonline.com> Date: Mon, 09 Dec 2013 11:15:52 +0200 From: freebsdonline User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:25.0) Gecko/20100101 Firefox/25.0 SeaMonkey/2.22.1 MIME-Version: 1.0 To: Stefan Hegnauer , 'Konstantin Belousov' Subject: Re: nanobsd / dd problem? References: <52a4ad05.892ee50a.41cd.084aSMTPIN_ADDED_BROKEN@mx.google.com> <20131209044239.GS59496@kib.kiev.ua> <000b01cef4ac$d717b350$854719f0$@hegnauer@gmx.ch> In-Reply-To: <000b01cef4ac$d717b350$854719f0$@hegnauer@gmx.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mav@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 09:56:21 -0000 Stefan Hegnauer wrote: > On Monday, December 09, 2013 at 5:43 AM Konstantin Belousov wrote: > > >> On Sun, Dec 08, 2013 at 06:31:36PM +0100, Stefan Hegnauer wrote: >>> Hi, >>> >>> >>> >>> I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD >>> 11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013 >>> root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS i386) in a VirtualBox as >> a build >>> machine for nanobsd images to be used on pc-engines.ch alix boards. >> The only >>> difference to GENERIC is the inclusion of 'march=geode' and disabling >> of >>> most debugging switches (malloc, Witness etc). Worked like a charm in >> the >>> past. >>> >>> >>> >>> Since late summer - sorry, no exact date / svn revision - nanobsd.sh >> fails >>> at the last stage when building the disk image, e.g. with >>> >>> ... >>> >>> 00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di >>> >>> # >>> >>> >>> >>> Looking a bit closer it seems that dd(1) returns with an I/O error >> whenever >>> the input is a file created with mdconfig(8): >>> >>> # dd if=/dev/zero of=somebackingfile bs=1k count=5k >>> >>> # mdconfig -f somebackingfile -u md0 >>> >>> # newfs -U /dev/md0 >>> >>> # dd if=/dev/md0 of=/dev/null >>> >>> dd: /dev/md0: Input/output error >>> >>> 10241+0 records in >>> >>> 10241+0 records out >>> >>> 5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec) >>> >>> >>> >>> The outputfile in nanobsd.sh seems to be error-free. >> It should be one block larger than the right size. >> \ >>> Anyone else seen similar behaviour? How to proceed/fix it? >>> >> The following patch should clear the error. >> >> The issue is that kern_physio() incorrectly detects EOF due to >> incorrect >> calculation of bio bio_resid after the bio_length was clipped by the >> 'excess' code in g_io_check(). Both bio_length and bio_resid appear >> to be 0 in the pre-last dd transfer, which starts exactly and the >> mediasize, and kern_physio() thinks that it transferred one more block >> than was transferred. >> >> I _suspect_ that it was caused by 'excess' code moving in r256880, >> but I am really not in the right condition to analyze it. If somebody >> could try the same dd experiment to confirm or deny my suspicion, it >> would be useful. >> >> The patch below should be a right thing to do anyway. >> >> diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c >> index c23a74b..b7c4d60 100644 >> --- a/sys/kern/vfs_bio.c >> +++ b/sys/kern/vfs_bio.c >> @@ -3679,7 +3679,6 @@ bufdonebio(struct bio *bip) >> >> bp = bip->bio_caller2; >> bp->b_resid = bp->b_bcount - bip->bio_completed; >> - bp->b_resid = bip->bio_resid; /* XXX: remove */ >> bp->b_ioflags = bip->bio_flags; >> bp->b_error = bip->bio_error; >> if (bp->b_error) > Works for me - please commit! > Thanks a lot! > > -Stefan > > _______________________________________________ > 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" > I have a similar problem with nanobsd.sh on FreeBSD 10.x. I am able to build the image but sometimes (could not figured out the reason why) the image is build incorrectly. For example on an incorrectly built image when I boot i got: Trying to mount root from ufs:/dev/ada0s1a [ro]... mount: /dev/ada0s3: Invalid argument mount -o ro /dev/ada0s3 /conf/default/etc failed: dropping into /bin/sh It seems the partition that hold config files cannot be accessed. Hope your fix will fix this problem too (asumming you will also commit on 10.x). Theres also an issue with package management, the nanobsd script still uses pkg_add instead of pkg. ovi From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 14:17:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4668C7D for ; Mon, 9 Dec 2013 14:17:19 +0000 (UTC) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.freebsd.org (Postfix) with SMTP id E8C301E36 for ; Mon, 9 Dec 2013 14:17:18 +0000 (UTC) Received: (qmail 29436 invoked from network); 9 Dec 2013 14:17:11 -0000 Received: from 87.58.146.155 (HELO x2.osted.lan) (87.58.146.155) by relay01.pair.com with SMTP; 9 Dec 2013 14:17:11 -0000 X-pair-Authenticated: 87.58.146.155 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.5/8.14.5) with ESMTP id rB9EHAVg018687; Mon, 9 Dec 2013 15:17:11 +0100 (CET) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.5/8.14.5/Submit) id rB9EHA0l018686; Mon, 9 Dec 2013 15:17:10 +0100 (CET) (envelope-from pho) Date: Mon, 9 Dec 2013 15:17:10 +0100 From: Peter Holm To: Konstantin Belousov Subject: Re: nanobsd / dd problem? Message-ID: <20131209141710.GA18608@x2.osted.lan> References: <52a4ad05.892ee50a.41cd.084aSMTPIN_ADDED_BROKEN@mx.google.com> <20131209044239.GS59496@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131209044239.GS59496@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: mav@freebsd.org, freebsd-current@freebsd.org, Stefan Hegnauer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 14:17:19 -0000 On Mon, Dec 09, 2013 at 06:42:39AM +0200, Konstantin Belousov wrote: > On Sun, Dec 08, 2013 at 06:31:36PM +0100, Stefan Hegnauer wrote: > > Hi, > > > > > > > > I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD > > 11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013 > > root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS i386) in a VirtualBox as a build > > machine for nanobsd images to be used on pc-engines.ch alix boards. The only > > difference to GENERIC is the inclusion of 'march=geode' and disabling of > > most debugging switches (malloc, Witness etc). Worked like a charm in the > > past. > > > > > > > > Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails > > at the last stage when building the disk image, e.g. with > > > > ... > > > > 00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di > > > > # > > > > > > > > Looking a bit closer it seems that dd(1) returns with an I/O error whenever > > the input is a file created with mdconfig(8): > > > > # dd if=/dev/zero of=somebackingfile bs=1k count=5k > > > > # mdconfig -f somebackingfile -u md0 > > > > # newfs -U /dev/md0 > > > > # dd if=/dev/md0 of=/dev/null > > > > dd: /dev/md0: Input/output error > > > > 10241+0 records in > > > > 10241+0 records out > > > > 5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec) > > > > > > > > The outputfile in nanobsd.sh seems to be error-free. > It should be one block larger than the right size. > \ > > > > Anyone else seen similar behaviour? How to proceed/fix it? > > > > The following patch should clear the error. > > The issue is that kern_physio() incorrectly detects EOF due to incorrect > calculation of bio bio_resid after the bio_length was clipped by the > 'excess' code in g_io_check(). Both bio_length and bio_resid appear > to be 0 in the pre-last dd transfer, which starts exactly and the > mediasize, and kern_physio() thinks that it transferred one more block > than was transferred. > > I _suspect_ that it was caused by 'excess' code moving in r256880, > but I am really not in the right condition to analyze it. If somebody > could try the same dd experiment to confirm or deny my suspicion, it > would be useful. > > The patch below should be a right thing to do anyway. > > diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c > index c23a74b..b7c4d60 100644 > --- a/sys/kern/vfs_bio.c > +++ b/sys/kern/vfs_bio.c > @@ -3679,7 +3679,6 @@ bufdonebio(struct bio *bip) > > bp = bip->bio_caller2; > bp->b_resid = bp->b_bcount - bip->bio_completed; > - bp->b_resid = bip->bio_resid; /* XXX: remove */ > bp->b_ioflags = bip->bio_flags; > bp->b_error = bip->bio_error; > if (bp->b_error) I have tested this patch with a buildworld + selected other tests. No problems seen (and problem fixed, of cause). - Peter From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 14:46:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BB77A63; Mon, 9 Dec 2013 14:46:02 +0000 (UTC) Received: from mail-vc0-x22c.google.com (mail-vc0-x22c.google.com [IPv6:2607:f8b0:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13D011025; Mon, 9 Dec 2013 14:46:02 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id ij19so1547034vcb.31 for ; Mon, 09 Dec 2013 06:46:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=3hCQ7tvKWEQv1i4OjpN3N27wCeOSVClLGxwKjsKI5DU=; b=U5WW1V4d8zwkKlK5IRxjCdo3n8ULTu3AXaoarSjfrvX/hRNdb8jN30jkBvqkyJ3dNE 2SyA4PCinI/9/s0l1c1lW1vLst0AxRrX7CNvUl8l6/ZT2+Ta/VF7C2oMRebz1M2unL+W 3KqGofsI+rac0f5LXBY6xaQdvavl02b5MaADqS7pjVIRHV2jGoNohAbXHxw+Hx9HEYWs j06MqNweF8TI0qiBhk0TNXDw/a9ImtWB7WZA7A7r6dLdwAdA/EuDMnQbg2Dz4Ida07mi nfSzbAhakkPeQc9xJC30eEeo/M9ixhAuPjvOmeTA7wFZWEH92lfoejH3iodxOiuMpErm 5vUA== X-Received: by 10.220.95.201 with SMTP id e9mr350335vcn.71.1386600360252; Mon, 09 Dec 2013 06:46:00 -0800 (PST) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.58.123.5 with HTTP; Mon, 9 Dec 2013 06:45:40 -0800 (PST) In-Reply-To: <20131209044239.GS59496@kib.kiev.ua> References: <52a4ad05.892ee50a.41cd.084aSMTPIN_ADDED_BROKEN@mx.google.com> <20131209044239.GS59496@kib.kiev.ua> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Mon, 9 Dec 2013 15:45:40 +0100 X-Google-Sender-Auth: Se9mGq66apN0Q4s7amQEDbCG7v8 Message-ID: Subject: Re: nanobsd / dd problem? To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Alexander Motin , "freebsd-current@freebsd.org" , Stefan Hegnauer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 14:46:02 -0000 On Mon, Dec 9, 2013 at 5:42 AM, Konstantin Belousov wrote: > > > > The patch below should be a right thing to do anyway. > > diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c > index c23a74b..b7c4d60 100644 > --- a/sys/kern/vfs_bio.c > +++ b/sys/kern/vfs_bio.c > @@ -3679,7 +3679,6 @@ bufdonebio(struct bio *bip) > > bp = bip->bio_caller2; > bp->b_resid = bp->b_bcount - bip->bio_completed; > - bp->b_resid = bip->bio_resid; /* XXX: remove */ > bp->b_ioflags = bip->bio_flags; > bp->b_error = bip->bio_error; > if (bp->b_error) > Problem fixed with your patch for me too: Thanks. Olivier From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 15:29:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C359BA8 for ; Mon, 9 Dec 2013 15:29:50 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 82F571332 for ; Mon, 9 Dec 2013 15:29:49 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id EC11CC492D; Mon, 9 Dec 2013 17:29:41 +0200 (EET) Date: Mon, 9 Dec 2013 17:30:18 +0200 From: Aleksandr Rybalko To: Larry Rosenman Subject: Re: [R259114/Newcons] Compile failure Message-Id: <20131209173018.7ac22807606817b24ac776c4@ddteam.net> In-Reply-To: <20131209030547.GA43619@borg.lerctr.org> References: <20131209030547.GA43619@borg.lerctr.org> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__9_Dec_2013_17_30_18_+0200_Nd9XDZ4b883n/CyY" Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 15:29:50 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__9_Dec_2013_17_30_18_+0200_Nd9XDZ4b883n/CyY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sun, 8 Dec 2013 21:05:47 -0600 Larry Rosenman wrote: > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fno-strict-overflow -fstack-protector -Werror /usr/src/sys/dev/vt/vt_core.c > /usr/src/sys/dev/vt/vt_core.c:1313:9: error: implicit declaration of function 'IOCPARM_IVAL' is invalid in C99 [-Werror,-Wimplicit-function-declaration] > ival = IOCPARM_IVAL(data); > ^ > 1 error generated. > *** Error code 1 > > Stop. > make[2]: stopped in /usr/obj/usr/src/sys/BORG-DTRACE > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > ^C > [1] Done(1) nohup make -DNO_CLEAN buildworld buildkernel >>make.noc.out 2>&1 > # svn up > Updating '.': > At revision 259114. > # svn info > Path: . > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 259114 > Node Kind: directory > Schedule: normal > Last Changed Author: alfred > Last Changed Rev: 259114 > Last Changed Date: 2013-12-08 20:06:52 -0600 (Sun, 08 Dec 2013) > > # > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 E-Mail: ler@lerctr.org > US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 > _______________________________________________ > 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" Hello Larry! It is now fixed (r259130). Thanks a lot! WBW -- Aleksandr Rybalko --Multipart=_Mon__9_Dec_2013_17_30_18_+0200_Nd9XDZ4b883n/CyY Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Delivered-To: ray@ddteam.net Received: by 10.216.193.193 with SMTP id k43csp60457wen; Sun, 8 Dec 2013 19:06:03 -0800 (PST) X-Received: by 10.49.73.135 with SMTP id l7mr29700976qev.28.1386558363014; Sun, 08 Dec 2013 19:06:03 -0800 (PST) Return-Path: Received: from mx2.freebsd.org (mx2.freebsd.org. [8.8.178.116]) by mx.google.com with ESMTPS id k3si6910289qao.138.2013.12.08.19.06.02 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 08 Dec 2013 19:06:03 -0800 (PST) Received-SPF: pass (google.com: domain of owner-freebsd-current@freebsd.org designates 8.8.178.116 as permitted sender) client-ip=8.8.178.116; Authentication-Results: mx.google.com; spf=pass (google.com: domain of owner-freebsd-current@freebsd.org designates 8.8.178.116 as permitted sender) smtp.mail=owner-freebsd-current@freebsd.org; dkim=neutral (bad format) header.i=@lerctr.org Received: from hub.freebsd.org (hub.freebsd.org [8.8.178.136]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx2.freebsd.org (Postfix) with ESMTPS id 55FD1105C; Mon, 9 Dec 2013 03:06:01 +0000 (UTC) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) by hub.freebsd.org (Postfix) with ESMTP id F05887B6; Mon, 9 Dec 2013 03:06:00 +0000 (UTC) Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71D557A0 for ; Mon, 9 Dec 2013 03:05:59 +0000 (UTC) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4139A1B02 for ; Mon, 9 Dec 2013 03:05:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=5+gH2Is5fem1+/KkMxG0rr48vl5p2EYCmxWoR0aI8mI=; b=euhd6BqYU+bh7qoVKeHUwsq+8C6veIQSQwV4/Y+FmHF4VMnmVS+3Htm9GnF0LSY388cdeqyWVIoVbT6r1KTNefDD9b3/0+v6ODP1RaQ3/BaJnRenF1nx7/3LgmzS3bQKQLhgY01HYf3Hdw9Yh8lFT3F/57aGHohL+U8KIlIxmf0=; Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]:42920 helo=borg.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1VprAS-000MQG-Dn for freebsd-current@freebsd.org; Sun, 08 Dec 2013 21:05:58 -0600 Date: Sun, 8 Dec 2013 21:05:47 -0600 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: [R259114/Newcons] Compile failure Message-ID: <20131209030547.GA43619@borg.lerctr.org> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, URIBL_BLOCKED=0.001 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, URIBL_BLOCKED=0.001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: owner-freebsd-current@freebsd.org Sender: owner-freebsd-current@freebsd.org cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fno-strict-overflow -fstack-protector -Werror /usr/src/sys/dev/vt/vt_core.c /usr/src/sys/dev/vt/vt_core.c:1313:9: error: implicit declaration of function 'IOCPARM_IVAL' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ival = IOCPARM_IVAL(data); ^ 1 error generated. *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/BORG-DTRACE *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src ^C [1] Done(1) nohup make -DNO_CLEAN buildworld buildkernel >>make.noc.out 2>&1 # svn up Updating '.': At revision 259114. # svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 259114 Node Kind: directory Schedule: normal Last Changed Author: alfred Last Changed Rev: 259114 Last Changed Date: 2013-12-08 20:06:52 -0600 (Sun, 08 Dec 2013) # -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 _______________________________________________ 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" --Multipart=_Mon__9_Dec_2013_17_30_18_+0200_Nd9XDZ4b883n/CyY-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 15:34:46 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 678D2EEF for ; Mon, 9 Dec 2013 15:34:46 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 20EB213D1 for ; Mon, 9 Dec 2013 15:34:45 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 13C3CC493A; Mon, 9 Dec 2013 17:34:45 +0200 (EET) Date: Mon, 9 Dec 2013 17:35:21 +0200 From: Aleksandr Rybalko To: Markiyan Kushnir Subject: Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken Message-Id: <20131209173521.3d8543998dad2bc57cdc326c@ddteam.net> In-Reply-To: References: <201312052238.rB5McsVN020719@svn.freebsd.org> <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Marc UBM , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 15:34:46 -0000 On Mon, 9 Dec 2013 10:59:14 +0200 Markiyan Kushnir wrote: > Hello, > > I'm on rev. 259102 and hitting drm not being able to attach to fbd > device at X startup (X freezing). > > Attaching /var/log/messages, pciconf output and kern.conftxt. Please > let me know if there is something I'm missing here. Posting in this > thread since I thought it might be relevant to this commit? > > Thanks, > Markiyan > > > 2013/12/8 Marc UBM : > > Hiho! :-) > > > > Thanks a lot for working on this! > > > > As soon as X is started, things work fine. Before that (as soon as vt > > is initialized after the boot menu), output on all ttys is flickering, > > resolution is at 640x480 (guessing here) and changing anything via > > vidcontrol fails with "inappropriate ioctl for device". Also, screen > > output starts overlapping, but a "clear" command fixes that > > temporarily. The "Alt-Gr" key does nothing, manually entering ascii > > keycodes via alt+number (e.g. alt-124 for |) works. > > > > Relevant pciconf output: > > > > vgapci0@pci0:0:2:0: class=0x030000 card=0x40011297 chip=0x2e328086 > > rev=0x03 hdr=0x00 vendor = 'Intel Corporation' > > device = '4 Series Chipset Integrated Graphics Controller' > > class = display > > subclass = VGA > > > > vgapci1@pci0:0:2:1: class=0x038000 card=0x40011297 chip=0x2e338086 > > rev=0x03 hdr=0x00 vendor = 'Intel Corporation' > > device = '4 Series Chipset Integrated Graphics Controller' > > class = display > > > > Best regards, > > Marc > > > > [[CUT]] > > > > > > -- > > Marc "UBM" Bocklet > > _______________________________________________ > > 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" Hi Markiyan! According to attached kernel config you run system with syscons (device sc). If you want to test it with vt (newcons), follow instructions on the wiki page. https://wiki.freebsd.org/Newcons Thanks. WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 15:37:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB1EBAC for ; Mon, 9 Dec 2013 15:37:11 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id A668B143B for ; Mon, 9 Dec 2013 15:37:11 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id A74A9C493A; Mon, 9 Dec 2013 17:37:10 +0200 (EET) Date: Mon, 9 Dec 2013 17:37:47 +0200 From: Aleksandr Rybalko To: Larry Rosenman Subject: Re: [Newcons] EDID message every second or 2? Message-Id: <20131209173747.05a65c1a31e6ffd68014d3d2@ddteam.net> In-Reply-To: References: <20131207231454.GA1456@borg.lerctr.org> <41edbfef-b21a-4afe-9fa8-65b829324a5e@email.android.com> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 15:37:12 -0000 On Sat, 07 Dec 2013 18:12:03 -0600 Larry Rosenman wrote: > On 2013-12-07 18:07, Aleksandr Rybalko wrote: > > > > > Hi Larry, > > > > Looks like you have display with broken info block (a.k.a. EDID). > > That message come from drm2 code, so you can to try to remove DRM > > debug flag from kernel config (if it there). > > > > Otherwise we have to find way to preload correct EDID. XOrg able to do > > that, but we still no, IIRC. > > > > Thanks! > > WBW > > ------ > > Aleksandr Rybalko > I don't see a DRM debug flag in GENERIC or my config. > > Ideas? > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org > US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 Hi again Larry! :) Looks like your problem fixed in r259104 by Jean (dumbbell) today. So you can try to update and rebuild. WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 16:09:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E744EB32 for ; Mon, 9 Dec 2013 16:09:57 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A9EE316D2 for ; Mon, 9 Dec 2013 16:09:57 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vq3PA-000KnH-6I for freebsd-current@freebsd.org; Mon, 09 Dec 2013 17:09:56 +0100 Message-ID: <52A5EB4F.9040202@FreeBSD.org> Date: Mon, 09 Dec 2013 17:09:51 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: [Newcons] EDID message every second or 2? References: <20131207231454.GA1456@borg.lerctr.org> In-Reply-To: <20131207231454.GA1456@borg.lerctr.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CK6Cm3gXCkCnkVcw16MQghFVGJQPVaWFH" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 16:09:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CK6Cm3gXCkCnkVcw16MQghFVGJQPVaWFH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 08.12.2013 00:14, Larry Rosenman wrote: > info: [drm] Loading R100 Microcode > error: [drm:pid0:r100_cp_init_microcode] *ERROR* radeon_cp: Failed to l= oad firmware "radeonkmsfw_R100_cp" > error: [drm:pid0:r100_cp_init] *ERROR* Failed to load firmware! Hi! I don't know if this could explain your EDID problem, but several users had this failure to load firmware and I couldn't reproduce it. Do you have a file called radeonkmsfw_R100_cp.ko in your kernel directory (eg. /boot/kernel/radeonkmsfw_R100_cp.ko)? --=20 Jean-S=E9bastien P=E9dron --CK6Cm3gXCkCnkVcw16MQghFVGJQPVaWFH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKl61QACgkQa+xGJsFYOlNx6QCfT25Zcdokvi6gWPfAa2Kf96iM o/wAn2VeeJDKkDPZxk+kEfAyN7mhy9WZ =J9nt -----END PGP SIGNATURE----- --CK6Cm3gXCkCnkVcw16MQghFVGJQPVaWFH-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 16:36:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 563DD505 for ; Mon, 9 Dec 2013 16:36:51 +0000 (UTC) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EFAF3192C for ; Mon, 9 Dec 2013 16:36:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=KcxBBUjw7PMB21An3COKyWMI/EuKY7bp12tc6GGSFoI=; b=JJvMR23UjzkyVKyW5gvEk6laEQ/QIQ1ivXOfB+C5ITvsv1DYSCH5dZM8ZFz7IPFbUzz3oCzFyFZkK7DoW4WkCseKg7vFwv6Rj/tgpsMzPWlXf6S+8GrGrXOLQoJuPxXGjbxGelR/HxLacmLc3h5imkUNXNGH8X6hg22JsgvsN60=; Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]:55766 helo=borg.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Vq3p1-0004DG-9o for freebsd-current@freebsd.org; Mon, 09 Dec 2013 10:36:50 -0600 Date: Mon, 9 Dec 2013 10:36:34 -0600 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: panic with -CURRENT @Boot [r259130] Message-ID: <20131209163634.GA1471@borg.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Score: 2.6 (++) X-LERCTR-Spam-Score: 2.6 (++) X-Spam-Report: SpamScore (2.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKTIP=5.5, URIBL_BLOCKED=0.001 X-LERCTR-Spam-Report: SpamScore (2.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, KAM_STOCKTIP=5.5, URIBL_BLOCKED=0.001 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 16:36:51 -0000 Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 259130 Node Kind: directory Schedule: normal Last Changed Author: ray Last Changed Rev: 259130 Last Changed Date: 2013-12-09 09:28:34 -0600 (Mon, 09 Dec 2013) Dump header from device /dev/gpt/swap0 Architecture: amd64 Architecture Version: 2 Dump Length: 2341425152B (2232 MB) Blocksize: 512 Dumptime: Mon Dec 9 10:16:03 2013 Hostname: borg.lerctr.org Magic: FreeBSD Kernel Dump Version String: FreeBSD 11.0-CURRENT #97 r259130: Mon Dec 9 09:51:08 CST 2013 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE Panic String: page fault Dump Parity: 2211912627 Bounds: 0 Dump Status: good dumped core - see /var/crash/vmcore.0 Mon Dec 9 04:27:00 CST 2013 FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #97 r259130: Mon Dec 9 09:51:08 CST 2013 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 panic: page fault 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 conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Copyright (c) 1992-2013 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 11.0-CURRENT #97 r259130: Mon Dec 9 09:51:08 CST 2013 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 info: [drm] Initialized drm 1.1.0 20060810 CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.54-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 0x6 Model = 0x17 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 68719476736 (65536 MB) avail memory = 65657077760 (62615 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 netmap: loaded module random: initialized cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 atrtc0: port 0x70-0x71 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x2000-0x201f mem 0xd9220000-0xd923ffff,0xd9200000-0xd921ffff irq 18 at device 0.0 on pci6 em0: Using an MSI interrupt em0: Ethernet address: 00:30:48:f2:29:9c 001.000010 netmap_attach [2849] success for em0 em1: port 0x2020-0x203f mem 0xd9260000-0xd927ffff,0xd9240000-0xd925ffff irq 19 at device 0.1 on pci6 em1: Using an MSI interrupt em1: Ethernet address: 00:30:48:f2:29:9d 001.000011 netmap_attach [2849] success for em1 pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 vgapci0: port 0x3000-0x307f mem 0xd8000000-0xd8ffffff,0xc0000000-0xc7ffffff,0xc8000000-0xc9ffffff irq 16 at device 0.0 on pci8 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io hdac0: mem 0xd9000000-0xd9003fff irq 17 at device 0.1 on pci8 pcib9: at device 6.0 on pci0 pci9: on pcib9 pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 pcib11: irq 16 at device 0.0 on pci10 pci11: on pcib11 pcm0: port 0x4080-0x409f,0x4000-0x407f irq 16 at device 0.0 on pci11 pcm0: system configuration SubVendorID: 0x1412, SubDeviceID: 0x2403 XIN2 Clock Source: 24.576MHz(96kHz*256) MPU-401 UART(s) #: not implemented ADC #: 1 and SPDIF receiver connected DAC #: 4 Multi-track converter type: AC'97(SDATA_OUT:packed) S/PDIF(IN/OUT): 1/1 ID# 0x00 GPIO(mask/dir/state): 0xff/0xff/0xff uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 usbus2 on uhci2 ehci0: mem 0xd9600400-0xd96007ff irq 17 at device 29.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 pcib12: at device 30.0 on pci0 pci12: on pcib12 vgapci1: port 0x5000-0x50ff mem 0xd0000000-0xd7ffffff,0xd9300000-0xd930ffff irq 18 at device 1.0 on pci12 drmn1: on vgapci1 info: [drm] RADEON_IS_PCI info: [drm] initializing kernel modesetting (RV100 0x1002:0x515E 0x15D9:0x8080). info: [drm] register mmio base: 0xD9300000 info: [drm] register mmio size: 65536 info: [drm] radeon_atrm_get_bios: ===> Try ATRM... info: [drm] radeon_atrm_get_bios: pci_find_class() found: 0:8:0:0, vendor=10de, device=104a info: [drm] radeon_atrm_get_bios: Get ACPI device handle info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... info: [drm] igp_read_bios_from_vram: VRAM base address: 0xd0000000 info: [drm] igp_read_bios_from_vram: Map address: 0xfffff800d0000000 (262144 bytes) info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x0000 info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... info: [drm] radeon_read_bios: Map address: 0xfffff800000c0000 (131072 bytes) drmn1: info: VRAM: 128M 0x00000000D0000000 - 0x00000000D7FFFFFF (16M used) drmn1: info: GTT: 512M 0x00000000B0000000 - 0x00000000CFFFFFFF info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] radeon: irq initialized. info: [drm] Detected VRAM RAM=128M, BAR=128M info: [drm] RAM width 64bits SDR [TTM] Zone kernel: Available graphics memory: 33012306 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator info: [drm] radeon: 16M of VRAM memory ready info: [drm] radeon: 512M of GTT memory ready. info: [drm] GART: num cpu pages 131072, num gpu pages 131072 info: [drm] PCI GART of 512M enabled (table at 0x000000000FA00000). drmn1: info: WB disabled drmn1: info: fence driver on ring 0 use gpu addr 0x00000000b0000000 and cpu addr 0x0xfffff8000f809000 info: [drm] Loading R100 Microcode error: [drm:pid0:r100_cp_init_microcode] *ERROR* radeon_cp: Failed to load firmware "radeonkmsfw_R100_cp" error: [drm:pid0:r100_cp_init] *ERROR* Failed to load firmware! drmn1: error: failed initializing CP (-2). drmn1: error: Disabling GPU acceleration info: [drm] radeon: cp finalized info: [drm] radeon_device_init: Taking over the fictitious range 0xd0000000-0xd4000000 iicbus0: on iicbb0 addr 0xff iic0: on iicbus0 iicbus1: on iicbb1 addr 0xff iic1: on iicbus1 iicbus2: on iicbb2 addr 0xff iic2: on iicbus2 iicbus3: on iicbb3 addr 0xff iic3: on iicbus3 info: [drm] Radeon Display Connectors info: [drm] Connector 0: info: [drm] VGA-1 info: [drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60 info: [drm] Encoders: info: [drm] CRT1: INTERNAL_DAC1 info: [drm] Connector 1: info: [drm] DVI-I-1 info: [drm] HPD2 info: [drm] DDC: 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c info: [drm] Encoders: info: [drm] CRT2: INTERNAL_DAC2 info: [drm] DFP2: INTERNAL_DVO1 error: [drm:pid0:r100_irq_set] *ERROR* Can't enable IRQ/MSI because no handler is installed error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 128 composite sync not supported composite sync not supported info: [drm] fb mappable at 0xD0040000 info: [drm] vram apper at 0xD0000000 info: [drm] size 2076672 info: [drm] fb depth is 8 info: [drm] pitch is 1920 fbd1 on drmn1 vt_allocate: Replace existing VT driver. info: [drm] Initialized radeon 2.29.0 20080528 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: at channel 0 on atapci0 ahci0: port 0x18a0-0x18a7,0x1874-0x1877,0x1878-0x187f,0x1870-0x1873,0x1880-0x189f mem 0xd9600800-0xd9600bff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ichsmb0: port 0x1100-0x111f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 acpi_button0: on acpi0 ipmi0: port 0xca2-0xca3 on acpi0 ipmi0: KCS mode found at io 0xca2 on acpi atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ichwd0 on isa0 orm0: at iomem 0xc0000-0xcafff on isa0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 coretemp4: on cpu4 est4: on cpu4 p4tcc4: on cpu4 coretemp5: on cpu5 est5: on cpu5 p4tcc5: on cpu5 coretemp6: on cpu6 est6: on cpu6 p4tcc6: on cpu6 coretemp7: on cpu7 est7: on cpu7 p4tcc7: on cpu7 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec vboxdrv: fAsync=0 offMin=0x380 offMax=0x498 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm1: at nid 4 on hdaa0 pcm2: at nid 5 on hdaa0 random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen3.1: at usbus3 uhub0: on usbus3 ugen2.1: at usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2: on usbus1 ugen0.1: at usbus0 uhub3: on usbus0 ipmi0: IPMI device rev. 1, firmware rev. 1.64, version 2.0 ata0: DMA limited to UDMA33, controller found non-ATA66 cable ipmi0: Number of channels 8 ipmi0: Attached watchdog uhub2: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: Serial Number 5YD6FPLG ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: quirks=0x1<4K> ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus2 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: Serial Number 5YDA1ZL4 ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 ada2 at ahcich2 bus 0 scbus3 target 0 lun 0 ada2: ATA-8 SATA 3.x device ada2: Serial Number 5YDA3PC5 ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada2: quirks=0x1<4K> ada2: Previously was known as ad8 ada3 at ahcich3 bus 0 scbus4 target 0 lun 0 ada3: ATA-8 SATA 3.x device ada3: Serial Number 5YD9Y0P4 ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada3: quirks=0x1<4K> ada3: Previously was known as ad10 ada4 at ahcich4 bus 0 scbus5 target 0 lun 0 ada4: ATA-8 SATA 3.x device ada4: Serial Number 5YDA1R5W ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada4: quirks=0x1<4K> ada4: Previously was known as ad12 ada5 at ahcich5 bus 0 scbus6 target 0 lun 0 ada5: ATA-8 SATA 3.x device ada5: Serial Number 5YD5RBS8 ada5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada5: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada5: quirks=0x1<4K> ada5: Previously was known as ad14 cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! Root mount waiting for: usbus3 uhub0: 6 ports with 6 removable, self powered Root mount waiting for: usbus3 Root mount waiting for: usbus3 ugen3.2: at usbus3 ukbd0: on usbus3 kbd2 at ukbd0 Trying to mount root from zfs:zroot/ROOT/default []... ugen0.2: at usbus0 error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 128 ffclock reset: HPET (14318180 Hz), time = 1386584152.500000000 <118>Setting hostuuid: 53d19f64-d663-a017-8922-0030488e9ff3. <118>Setting hostid: 0xf53a926e. <118>Entropy harvesting: interrupts ethernet point_to_point swi. <118>Starting file system checks: <118>Mounting local file systems:. <118>Writing entropy file:. <118>Setting hostname: borg.lerctr.org. <118>Created clone interfaces: lagg0. error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 128 <118>Starting Network: lo0 em0 em1 lagg0. <118>lo0: flags=8049 metric 0 mtu 16384 <118> options=600003 <118> inet6 ::1 prefixlen 128 <118> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 <118> inet 127.0.0.1 netmask 0xff000000 <118> nd6 options=21 <118>em0: flags=8843 metric 0 mtu 1500 <118> options=4219b <118> ether 00:30:48:f2:29:9c <118> inet6 fe80::230:48ff:fef2:299c%em0 prefixlen 64 scopeid 0x1 <118> nd6 options=29 <118> media: Ethernet autoselect <118> status: no carrier <118>em1: flags=8843 metric 0 mtu 1500 <118> options=4219b <118> ether 00:30:48:f2:29:9c <118> inet6 fe80::230:48ff:fef2:299c%em1 prefixlen 64 scopeid 0x2 <118> nd6 options=29 <118> media: Ethernet autoselect <118> status: no carrier <118>lagg0: flags=8843 metric 0 mtu 1500 <118> options=4219b <118> ether 00:30:48:f2:29:9c <118> inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 <118> inet6 fe80::230:48ff:fef2:299c%lagg0 prefixlen 64 scopeid 0x4 <118> nd6 options=29 <118> media: Ethernet autoselect <118> status: no carrier <118> laggproto loadbalance lagghash l2,l3,l4 <118> laggport: em1 flags=0<> <118> laggport: em0 flags=0<> <118>Starting devd. uhid0: on usbus3 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x20 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff806ccd0c stack pointer = 0x28:0xfffffe100d1fc920 frame pointer = 0x28:0xfffffe100d1fc950 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 807 (kbdcontrol) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe100d1fc410 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe100d1fc4c0 panic() at panic+0x155/frame 0xfffffe100d1fc540 trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe100d1fc5a0 trap_pfault() at trap_pfault+0x308/frame 0xfffffe100d1fc640 trap() at trap+0x5bb/frame 0xfffffe100d1fc860 calltrap() at calltrap+0x8/frame 0xfffffe100d1fc860 --- trap 0xc, rip = 0xffffffff806ccd0c, rsp = 0xfffffe100d1fc920, rbp = 0xfffffe100d1fc950 --- turnstile_broadcast() at turnstile_broadcast+0x8c/frame 0xfffffe100d1fc950 __mtx_unlock_sleep() at __mtx_unlock_sleep+0x60/frame 0xfffffe100d1fc980 ttydev_ioctl() at ttydev_ioctl+0x260/frame 0xfffffe100d1fc9d0 devfs_ioctl_f() at devfs_ioctl_f+0x11c/frame 0xfffffe100d1fca20 kern_ioctl() at kern_ioctl+0x27e/frame 0xfffffe100d1fca90 sys_ioctl() at sys_ioctl+0x11f/frame 0xfffffe100d1fcae0 amd64_syscall() at amd64_syscall+0x3e7/frame 0xfffffe100d1fcbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe100d1fcbf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80095864a, rsp = 0x7fffffffb158, rbp = 0x7fffffffdd00 --- Uptime: 21s Dumping 2232 out of 64477 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. Loaded symbols for /boot/kernel/if_lagg.ko.symbols Reading symbols from /boot/kernel/snd_envy24ht.ko.symbols...done. Loaded symbols for /boot/kernel/snd_envy24ht.ko.symbols Reading symbols from /boot/kernel/snd_spicds.ko.symbols...done. Loaded symbols for /boot/kernel/snd_spicds.ko.symbols Reading symbols from /boot/kernel/sound.ko.symbols...done. Loaded symbols for /boot/kernel/sound.ko.symbols Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. Loaded symbols for /boot/kernel/snd_hda.ko.symbols Reading symbols from /boot/kernel/coretemp.ko.symbols...done. Loaded symbols for /boot/kernel/coretemp.ko.symbols Reading symbols from /boot/kernel/ichsmb.ko.symbols...done. Loaded symbols for /boot/kernel/ichsmb.ko.symbols Reading symbols from /boot/kernel/smbus.ko.symbols...done. Loaded symbols for /boot/kernel/smbus.ko.symbols Reading symbols from /boot/kernel/ichwd.ko.symbols...done. Loaded symbols for /boot/kernel/ichwd.ko.symbols Reading symbols from /boot/kernel/cpuctl.ko.symbols...done. Loaded symbols for /boot/kernel/cpuctl.ko.symbols Reading symbols from /boot/kernel/crypto.ko.symbols...done. Loaded symbols for /boot/kernel/crypto.ko.symbols Reading symbols from /boot/kernel/cryptodev.ko.symbols...done. Loaded symbols for /boot/kernel/cryptodev.ko.symbols Reading symbols from /boot/kernel/dtraceall.ko.symbols...done. Loaded symbols for /boot/kernel/dtraceall.ko.symbols Reading symbols from /boot/kernel/profile.ko.symbols...done. Loaded symbols for /boot/kernel/profile.ko.symbols Reading symbols from /boot/kernel/cyclic.ko.symbols...done. Loaded symbols for /boot/kernel/cyclic.ko.symbols Reading symbols from /boot/kernel/dtrace.ko.symbols...done. Loaded symbols for /boot/kernel/dtrace.ko.symbols Reading symbols from /boot/kernel/systrace_freebsd32.ko.symbols...done. Loaded symbols for /boot/kernel/systrace_freebsd32.ko.symbols Reading symbols from /boot/kernel/systrace.ko.symbols...done. Loaded symbols for /boot/kernel/systrace.ko.symbols Reading symbols from /boot/kernel/sdt.ko.symbols...done. Loaded symbols for /boot/kernel/sdt.ko.symbols Reading symbols from /boot/kernel/lockstat.ko.symbols...done. Loaded symbols for /boot/kernel/lockstat.ko.symbols Reading symbols from /boot/kernel/fasttrap.ko.symbols...done. Loaded symbols for /boot/kernel/fasttrap.ko.symbols Reading symbols from /boot/kernel/fbt.ko.symbols...done. Loaded symbols for /boot/kernel/fbt.ko.symbols Reading symbols from /boot/kernel/dtnfscl.ko.symbols...done. Loaded symbols for /boot/kernel/dtnfscl.ko.symbols Reading symbols from /boot/kernel/dtmalloc.ko.symbols...done. Loaded symbols for /boot/kernel/dtmalloc.ko.symbols Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/modules/nvidia.ko...done. Loaded symbols for /boot/modules/nvidia.ko Reading symbols from /boot/kernel/ipmi.ko.symbols...done. Loaded symbols for /boot/kernel/ipmi.ko.symbols Reading symbols from /boot/kernel/ipmi_linux.ko.symbols...done. Loaded symbols for /boot/kernel/ipmi_linux.ko.symbols Reading symbols from /boot/kernel/radeonkms.ko.symbols...done. Loaded symbols for /boot/kernel/radeonkms.ko.symbols Reading symbols from /boot/kernel/iicbb.ko.symbols...done. Loaded symbols for /boot/kernel/iicbb.ko.symbols Reading symbols from /boot/kernel/iicbus.ko.symbols...done. Loaded symbols for /boot/kernel/iicbus.ko.symbols Reading symbols from /boot/kernel/iic.ko.symbols...done. Loaded symbols for /boot/kernel/iic.ko.symbols Reading symbols from /boot/kernel/drm2.ko.symbols...done. Loaded symbols for /boot/kernel/drm2.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/kernel/uhid.ko.symbols...done. Loaded symbols for /boot/kernel/uhid.ko.symbols #0 doadump (textdump=1) at pcpu.h:219 219 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=1) at pcpu.h:219 #1 0xffffffff80679742 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:452 #2 0xffffffff80679c14 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff8093e442 in trap_fatal (frame=, eva=) at /usr/src/sys/amd64/amd64/trap.c:874 #4 0xffffffff8093e758 in trap_pfault (frame=0xfffffe100d1fc870, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:691 #5 0xffffffff8093deab in trap (frame=0xfffffe100d1fc870) at /usr/src/sys/amd64/amd64/trap.c:455 #6 0xffffffff80923002 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:231 #7 0xffffffff806ccd0c in turnstile_broadcast (ts=0x0, queue=0) at /usr/src/sys/kern/subr_turnstile.c:837 #8 0xffffffff8065e000 in __mtx_unlock_sleep (c=0xfffff8000d1a4c20, opts=, file=0x1
, line=1) at /usr/src/sys/kern/kern_mutex.c:758 #9 0xffffffff806e9780 in ttydev_ioctl (dev=, cmd=, data=, fflag=1, td=0xfffff8002d00b000) at /usr/src/sys/kern/tty.c:566 #10 0xffffffff8054ea9c in devfs_ioctl_f (fp=0xfffff80023bf95f0, com=1076120421, data=0xfffff80020377d00, cred=, td=0xfffff8002d00b000) at /usr/src/sys/fs/devfs/devfs_vnops.c:757 #11 0xffffffff806d3ffe in kern_ioctl (td=0xfffff8002d00b000, fd=, com=) at file.h:323 #12 0xffffffff806d3d2f in sys_ioctl (td=0xfffff8002d00b000, uap=0xfffffe100d1fcb80) at /usr/src/sys/kern/sys_generic.c:702 #13 0xffffffff8093edf7 in amd64_syscall (td=0xfffff8002d00b000, traced=0) at subr_syscall.c:133 #14 0xffffffff809232eb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:390 #15 0x000000080095864a in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) ------------------------------------------------------------------------ ps -axl UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 0 0 0 -8 0 0 0 - DLs - 0:01.40 [kernel] 0 1 0 0 21 0 9432 0 wait DLs - 0:00.12 [init] 0 2 0 0 -16 0 0 0 ftcl DL - 0:00.00 [ftcleanup] 0 3 0 0 -16 0 0 0 crypto_w DL - 0:00.00 [crypto] 0 4 0 0 -16 0 0 0 crypto_r DL - 0:00.00 [crypto returns] 0 5 0 0 -16 0 0 0 ccb_scan DL - 0:00.11 [cam] 0 6 0 0 -16 0 0 0 - DL - 0:00.00 [fdc0] 0 7 0 0 -8 0 0 0 tx->tx_s DL - 0:00.04 [zfskern] 0 8 0 0 -16 0 0 0 waiting_ DL - 0:00.00 [sctp_iterator] 0 9 0 0 -16 0 0 0 ipmireq DL - 0:00.00 [ipmi0: kcs] 0 10 0 0 -16 0 0 0 audit_wo DL - 0:00.00 [audit] 0 11 0 0 155 0 0 0 - RL - 2:31.04 [idle] 0 12 0 0 -84 0 0 0 - WL - 0:01.08 [intr] 0 13 0 0 -8 0 0 0 - DL - 0:00.09 [geom] 0 14 0 0 -16 0 0 0 - DL - 0:00.01 [rand_harvestq] 0 15 0 0 -68 0 0 0 - DL - 0:00.01 [usb] 0 16 0 0 -20 0 0 0 VBoxIS DL - 0:00.00 [TIMER] 0 17 0 0 -16 0 0 0 psleep DL - 0:00.00 [pagedaemon] 0 18 0 0 -16 0 0 0 psleep DL - 0:00.00 [vmdaemon] 0 19 0 0 155 0 0 0 pgzero DL - 0:00.00 [pagezero] 0 20 0 0 -16 0 0 0 psleep DL - 0:00.00 [bufdaemon] 0 21 0 0 -16 0 0 0 vlruwt DL - 0:00.00 [vnlru] 0 22 0 0 16 0 0 0 syncer DL - 0:00.00 [syncer] 0 23 0 0 -16 0 0 0 - DL - 0:00.00 [racctd] 0 24 1 0 52 0 16992 0 wait Ds+ - 0:00.03 [sh] 0 167 1 0 52 0 12268 0 pause Ds - 0:00.00 [adjkerntz] 0 763 24 0 52 0 16992 0 wait D+ - 0:00.01 [sh] 0 764 763 0 52 0 13584 0 wait D+ - 0:00.18 [devd] 0 805 764 0 52 0 16992 0 wait D+ - 0:00.00 [sh] 0 807 805 0 72 0 8200 0 - R+ - 0:00.00 [kbdcontrol] 0 808 805 0 52 0 18728 0 piperd D+ - 0:00.00 [grep] ------------------------------------------------------------------------ vmstat -s 74985 cpu context switches 8583 device interrupts 701 software interrupts 46415 traps 59669 system calls 23 kernel threads created 695 fork() calls 90 vfork() calls 0 rfork() calls 0 swap pager pageins 0 swap pager pages paged in 0 swap pager pageouts 0 swap pager pages paged out 201 vnode pager pageins 1310 vnode pager pages paged in 0 vnode pager pageouts 0 vnode pager pages paged out 0 page daemon wakeups 0 pages examined by the page daemon 0 pages reactivated 21555 copy-on-write faults 167 copy-on-write optimized faults 13139 zero fill pages zeroed 0 zero fill pages prezeroed 0 intransit blocking page faults 42246 total VM faults taken 154 page faults requiring I/O 0 pages affected by kernel thread creation 24594 pages affected by fork() 3150 pages affected by vfork() 0 pages affected by rfork() 0 pages cached 70331 pages freed 0 pages freed by daemon 0 pages freed by exiting processes 1590 pages active 1289 pages inactive 0 pages in VM cache 142170 pages wired down 15933959 pages free 4096 bytes per page 31454 total name lookups cache hits (76% pos + 22% neg) system 0% per-directory deletions 0%, falsehits 0%, toolong 0% ------------------------------------------------------------------------ vmstat -m Type InUse MemUse HighUse Requests Size(s) kdtrace 355 83K - 1277 64,256 kenv 84 11K - 112 16,32,64,128 proc-args 7 1K - 174 16,32,64,128 hhook 2 1K - 2 256 ithread 124 22K - 125 32,128,256 prison_racct 1 1K - 1 512 KTRACE 100 13K - 100 128 linker 356 82K - 487 16,32,64,128,256,512,1024,2048,4096 UART 6 5K - 6 16,1024 lockf 2 1K - 18 64,128 loginclass 2 1K - 2 64 cache 1 1K - 1 32 devbuf 17287 34367K - 18097 16,32,64,128,256,512,1024,2048,4096 temp 62 16K - 985 16,32,64,128,256,512,1024,2048 ip6ndp 8 1K - 11 64,128 DEVFS3 222 56K - 268 256 DEVFS1 194 97K - 236 512 module 326 41K - 326 128 mtx_pool 2 16K - 2 osd 4 1K - 12 16,32,64,128 DEVFS 40 1K - 41 16,128 pmchooks 1 1K - 1 128 pgrp 3 1K - 3 128 session 3 1K - 3 128 proc 2 256K - 2 subproc 113 165K - 891 512,4096 cred 64 10K - 1192 64,256 plimit 2 1K - 15 256 uidinfo 2 33K - 2 128 sysctl 0 0K - 210 16,32,64 sysctloid 7696 382K - 7870 16,32,64,128 sysctltmp 0 0K - 27 16,32,64,128 tidhash 1 256K - 1 callout 9 3208K - 9 umtx 702 88K - 702 128 p1003.1b 1 1K - 1 16 SWAP 12 19681K - 12 64 bus 1183 114K - 4901 16,32,64,128,256,512,1024 bus-sc 160 334K - 2348 16,32,64,128,256,512,1024,2048,4096 devstat 32 65K - 32 32,4096 eventhandler 102 9K - 102 64,128 kobj 208 832K - 933 4096 Per-cpu 1 1K - 1 32 rman 363 41K - 757 16,32,128 sbuf 0 0K - 2287 16,32,64,128,256 sglist 3 1K - 3 32 taskqueue 139 21K - 183 16,32,64,128,256 terminal 11 3K - 11 256 Unitno 26 2K - 212 32,64 vmem 2 144K - 3 ioctlops 1 1K - 721 16,32,64,128,512,1024 select 1 1K - 1 128 iov 0 0K - 77 64,256,512 msg 4 30K - 4 2048,4096 sem 4 106K - 4 2048,4096 shm 1 20K - 1 tty 14 14K - 14 1024 shmfd 1 8K - 1 soname 1 1K - 19052 32,128 pcb 12 8341K - 12 16,128,1024,2048 vfscache 1 16384K - 1 vfs_hash 1 8192K - 1 vnodes 1 1K - 1 256 mount 296 10K - 686 16,32,64,128,256 vnodemarker 0 0K - 17 512 BPF 4 1K - 4 128 ifnet 5 9K - 5 128,2048 ifaddr 57 16K - 57 32,64,128,256,512,2048,4096 ether_multi 90 5K - 126 16,32,64 clone 7 1K - 7 128 arpcom 3 1K - 3 16 lltable 14 6K - 14 256,512 pfs_nodes 21 6K - 21 256 pfs_vncache 1 1K - 1 64 GEOM 344 60K - 3278 16,32,64,128,256,512,1024,2048 routetbl 33 5K - 205 32,64,128,256,512 igmp 4 1K - 4 256 in_multi 2 1K - 2 256 ata_pci 1 1K - 1 64 CAM SIM 8 2K - 8 256 sctp_a_it 0 0K - 3 16 sctp_vrf 1 1K - 1 64 sctp_ifa 5 1K - 5 128 sctp_ifn 2 1K - 2 128 sctp_iter 0 0K - 3 256 hostcache 1 28K - 1 syncache 1 64K - 1 in6_multi 45 6K - 45 32,256 ddb_capture 1 48K - 1 mld 4 1K - 4 128 acpiintr 1 1K - 1 64 acpica 1824 187K - 43610 16,32,64,128,256,512,1024,2048 NFS FHA 1 2K - 1 2048 rpc 2 1K - 2 256 audit_evclass 187 6K - 228 32 vm_pgdata 7 8193K - 7 128 UMAHash 7 4K - 7 512 CAM XPT 58 4K - 308 16,32,64,128,512,1024,2048 acpitask 1 8K - 1 acpisem 22 3K - 22 128 CAM DEV 15 30K - 24 2048 raid_data 0 0K - 480 32,128,256 acpidev 36 3K - 36 64 scsi_cd 0 0K - 11 16 CAM CCB 0 0K - 8904 2048 memdesc 1 4K - 1 4096 USB 40 53K - 44 16,32,64,128,256,512,1024,4096 USBdev 34 4K - 34 32,64,128,512 atkbddev 2 1K - 2 64 CAM path 22 1K - 110 32 solaris 214919 159762K - 367838 16,32,64,128,256,512,1024,2048,4096 md_nvidia_data 0 0K - 78 512 kstat_data 6 1K - 6 64 md_sii_data 0 0K - 78 512 kbdmux 7 18K - 7 16,512,1024,2048 LED 4 1K - 4 16,128 pci_link 16 2K - 16 32,64,128 acpi_perf 8 1K - 8 64 CAM periph 16 4K - 40 16,32,64,128,256 apmdev 1 1K - 1 128 madt_table 0 0K - 1 4096 CAM queue 23 8K - 57 16,32,512 isadev 5 1K - 5 128 CAM dev queue 8 1K - 8 64 io_apic 2 4K - 2 2048 vtbuf 24 5712K - 24 4096 ppbusdev 2 1K - 2 256 MCA 8 1K - 8 128 entropy 1026 65K - 1027 32,64,4096 msi 3 1K - 3 128 nexusdev 4 1K - 4 16 vt 11 3K - 11 256 cdev 9 3K - 9 256 filedesc 31 62K - 809 2048 feeder 20 2K - 24 32,128 linux 17 2K - 17 64 spicds 7 1K - 7 128 envy24ht 15 195K - 15 64,2048 hdaa 4 5K - 4 512,1024,2048 hdac 1 1K - 1 512 hdacc 1 1K - 1 32 cpuctl 1 1K - 1 64 crypto 1 1K - 1 512 cyclic 32 3K - 32 16,64,128 mixer 3 12K - 3 4096 SDT 34 2K - 34 16,64 fbt 43118 5646K - 43118 128 iprtheap 17 54K - 17 32,64,128,256 nvidia 179 862K - 180 16,32,64,128,256,512,1024,2048,4096 ipmi 0 0K - 11 128 gem_name 59 10K - 62 32,4096 drm_global 2 1K - 2 128,256 drm_vblank 0 0K - 7 16,64 drm_dma 0 0K - 2 32 drm_sarea 1 1K - 1 16 drm_driver 24 152K - 28 16,32,64,128,256,512,1024,4096 drm_ctxbitmap 1 4K - 1 4096 drm_sman 10 2K - 11 128 drm_hashtab 1 4096K - 1 drm_kms 90 18K - 108 16,32,64,128,256,2048 ttm_pd 0 0K - 2 16 ttm_rman 2 1K - 2 256 ttm_zone 2 1K - 2 64 ttm_poolmgr 1 1K - 1 512 fdesc_mount 1 1K - 1 16 ------------------------------------------------------------------------ vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 266, 4, 266, 0, 0 UMA Zones: 1664, 0, 266, 0, 266, 0, 0 UMA Slabs: 80, 0, 6154, 46, 7372, 0, 0 UMA RCntSlabs: 88, 0, 1125, 0, 1125, 0, 0 UMA Hash: 256, 0, 74, 16, 81, 0, 0 4 Bucket: 32, 0, 378, 872, 2572, 0, 0 6 Bucket: 48, 0, 271, 1140, 2493, 0, 0 8 Bucket: 64, 0, 102, 1076, 2036, 0, 0 12 Bucket: 96, 0, 54, 971, 218, 0, 0 16 Bucket: 128, 0, 110, 1037, 1745, 11, 0 32 Bucket: 256, 0, 199, 311, 602, 40, 0 64 Bucket: 512, 0, 175, 177, 735, 40, 0 128 Bucket: 1024, 0, 1041, 87, 5501, 4, 0 vmem btag: 56, 0, 11783, 429, 11878, 172, 0 VM OBJECT: 256, 0, 700, 530, 8714, 0, 0 RADIX NODE: 144, 0, 6617, 457, 22643, 0, 0 MAP: 240, 0, 3, 61, 3, 0, 0 KMAP ENTRY: 128, 0, 8, 395, 8, 0, 0 MAP ENTRY: 128, 0, 123, 1272, 19869, 0, 0 VMSPACE: 448, 0, 8, 226, 787, 0, 0 fakepg: 104, 0, 0, 0, 0, 0, 0 mt_zone: 4112, 0, 337, 0, 337, 0, 0 16: 16, 0, 43, 961, 226, 0, 0 16: 16, 0, 57, 445, 19069, 0, 0 16: 16, 0, 63, 439, 127, 0, 0 16: 16, 0, 251, 753, 1440, 0, 0 16: 16, 0, 110150, 792, 125978, 0, 0 16: 16, 0, 135, 869, 353, 0, 0 16: 16, 0, 332, 672, 1127, 0, 0 16: 16, 0, 2, 249, 8, 0, 0 32: 32, 0, 59, 691, 210, 0, 0 32: 32, 0, 133, 867, 3298, 0, 0 32: 32, 0, 84, 666, 125, 0, 0 32: 32, 0, 370, 1130, 2105, 0, 0 32: 32, 0, 48122, 503, 61017, 0, 0 32: 32, 0, 97, 778, 283, 0, 0 32: 32, 0, 257, 618, 561, 0, 0 32: 32, 0, 63, 937, 252, 0, 0 64: 64, 0, 62, 992, 286, 0, 0 64: 64, 0, 764, 786, 1482, 0, 0 64: 64, 0, 219, 835, 236, 0, 0 64: 64, 0, 436, 990, 816, 0, 0 64: 64, 0, 10320, 1212, 52706, 0, 0 64: 64, 0, 174, 880, 313, 0, 0 64: 64, 0, 8404, 896, 9703, 0, 0 64: 64, 0, 35, 399, 36, 0, 0 128: 128, 0, 777, 618, 871, 0, 0 128: 128, 0, 1015, 504, 17928, 0, 0 128: 128, 0, 90, 437, 103, 0, 0 128: 128, 0, 236, 787, 430, 0, 0 128: 128, 0, 89183, 4344, 102800, 0, 0 128: 128, 0, 543, 852, 20098, 0, 0 128: 128, 0, 685, 834, 2155, 0, 0 128: 128, 0, 20, 135, 22, 0, 0 256: 256, 0, 83, 232, 129, 0, 0 256: 256, 0, 12, 183, 421, 0, 0 256: 256, 0, 16, 359, 16, 0, 0 256: 256, 0, 446, 289, 720, 0, 0 256: 256, 0, 872, 1213, 18323, 0, 0 256: 256, 0, 285, 450, 819, 0, 0 256: 256, 0, 87, 408, 196, 0, 0 256: 256, 0, 31, 44, 31, 0, 0 512: 512, 0, 1, 31, 4, 0, 0 512: 512, 0, 252, 212, 313, 0, 0 512: 512, 0, 167, 97, 167, 0, 0 512: 512, 0, 27, 237, 1155, 0, 0 512: 512, 0, 67, 253, 36786, 0, 0 512: 512, 0, 15, 193, 919, 0, 0 512: 512, 0, 86, 66, 87, 0, 0 512: 512, 0, 6, 226, 84, 0, 0 1024: 1024, 0, 1, 103, 225, 0, 0 1024: 1024, 0, 19, 9, 1753, 0, 0 1024: 1024, 0, 7, 33, 7, 0, 0 1024: 1024, 0, 4, 232, 663, 0, 0 1024: 1024, 0, 8387, 65, 25724, 0, 0 1024: 1024, 0, 13, 91, 329, 0, 0 1024: 1024, 0, 20, 8, 28, 0, 0 1024: 1024, 0, 4, 12, 5, 0, 0 2048: 2048, 0, 3, 43, 82, 0, 0 2048: 2048, 0, 8, 2, 9, 0, 0 2048: 2048, 0, 5, 11, 5, 0, 0 2048: 2048, 0, 13, 3, 118, 0, 0 2048: 2048, 0, 8, 22, 36, 0, 0 2048: 2048, 0, 53, 77, 9844, 0, 0 2048: 2048, 0, 8, 2, 8, 0, 0 2048: 2048, 0, 3, 3, 3, 0, 0 4096: 4096, 0, 0, 0, 0, 0, 0 4096: 4096, 0, 3, 0, 3, 0, 0 4096: 4096, 0, 253, 6, 1758, 0, 0 4096: 4096, 0, 4, 0, 4, 0, 0 4096: 4096, 0, 191, 4, 398, 0, 0 4096: 4096, 0, 18, 0, 18, 0, 0 4096: 4096, 0, 30, 0, 30, 0, 0 4096: 4096, 0, 5, 0, 5, 0, 0 uint64 pcpu: 8, 0, 1488, 688, 1488, 0, 0 SLEEPQUEUE: 80, 0, 352, 547, 352, 0, 0 Files: 80, 0, 11, 989, 6021, 0, 0 TURNSTILE: 136, 0, 352, 208, 352, 0, 0 rl_entry: 40, 0, 19, 881, 19, 0, 0 umtx pi: 96, 0, 0, 0, 0, 0, 0 rctl_rule_link: 32, 0, 0, 0, 0, 0, 0 rctl_rule: 80, 0, 0, 0, 0, 0, 0 racct: 176, 0, 35, 273, 813, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0, 0 PROC: 1208, 0, 30, 51, 808, 0, 0 THREAD: 1168, 0, 323, 28, 467, 0, 0 cpuset: 72, 0, 292, 478, 436, 0, 0 cyclic_id_cache: 64, 0, 0, 0, 0, 0, 0 audit_record: 1248, 0, 0, 0, 0, 0, 0 mbuf_packet: 256, 25726500, 2048, 207, 2048, 0, 0 mbuf: 256, 25726500, 8, 622, 41, 0, 0 mbuf_cluster: 2048, 4019764, 2250, 0, 2250, 0, 0 mbuf_jumbo_page: 4096, 2009882, 0, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 1786560, 0, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 1339920, 0, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 0, 0, 0, 0, 0 dtrace_state_cache: 4096, 0, 0, 0, 0, 0, 0 g_bio: 248, 0, 0, 624, 19063, 0, 0 DMAR_MAP_ENTRY: 120, 0, 0, 0, 0, 0, 0 ttyinq: 160, 0, 15, 60, 15, 0, 0 ttyoutq: 256, 0, 8, 67, 8, 0, 0 ata_request: 336, 0, 0, 121, 41, 0, 0 vtnet_tx_hdr: 24, 0, 0, 0, 0, 0, 0 cryptop: 88, 0, 0, 0, 0, 0, 0 cryptodesc: 72, 0, 0, 0, 0, 0, 0 nv_stack_t: 12288, 0, 2, 1, 6, 0, 0 FPU_save_area: 512, 0, 0, 0, 0, 0, 0 taskq_zone: 48, 0, 0, 581, 32, 0, 0 taskq_zone: 48, 0, 0, 0, 0, 0, 0 VNODE: 472, 0, 450, 134, 483, 0, 0 VNODEPOLL: 112, 0, 0, 0, 0, 0, 0 BUF TRIE: 144, 0, 0, 105948, 0, 0, 0 NAMEI: 1024, 0, 0, 104, 13842, 0, 0 S VFS Cache: 108, 0, 350, 805, 477, 0, 0 STS VFS Cache: 148, 0, 0, 0, 0, 0, 0 L VFS Cache: 328, 0, 0, 0, 0, 0, 0 LTS VFS Cache: 368, 0, 0, 0, 0, 0, 0 NCLNODE: 528, 0, 0, 0, 0, 0, 0 procdesc: 128, 0, 0, 0, 0, 0, 0 range_seg_cache: 64, 0, 16546, 63992, 240100, 0, 0 zio_cache: 920, 0, 1, 1159, 48627, 0, 0 zio_link_cache: 48, 0, 0, 2075, 42460, 0, 0 zio_buf_512: 512, 0, 723, 181, 1269, 0, 0 zio_data_buf_512: 512, 0, 54, 98, 60, 0, 0 zio_buf_1024: 1024, 0, 36, 68, 98, 0, 0 zio_data_buf_1024: 1024, 0, 52, 28, 52, 0, 0 zio_buf_1536: 1536, 0, 31, 41, 56, 0, 0 zio_data_buf_1536: 1536, 0, 29, 17, 29, 0, 0 zio_buf_2048: 2048, 0, 37, 33, 133, 0, 0 zio_data_buf_2048: 2048, 0, 17, 23, 27, 0, 0 zio_buf_2560: 2560, 0, 0, 18, 33, 0, 0 zio_data_buf_2560: 2560, 0, 18, 3, 18, 0, 0 zio_buf_3072: 3072, 0, 3, 9, 4, 0, 0 zio_data_buf_3072: 3072, 0, 10, 5, 10, 0, 0 zio_buf_3584: 3584, 0, 1, 0, 1, 0, 0 zio_data_buf_3584: 3584, 0, 5, 0, 5, 0, 0 zio_buf_4096: 4096, 0, 290, 939, 9570, 0, 0 zio_data_buf_4096: 4096, 0, 1, 12, 26, 0, 0 zio_buf_5120: 5120, 0, 1, 0, 1, 0, 0 zio_data_buf_5120: 5120, 0, 5, 0, 5, 0, 0 zio_buf_6144: 6144, 0, 3, 0, 3, 0, 0 zio_data_buf_6144: 6144, 0, 5, 0, 5, 0, 0 zio_buf_7168: 7168, 0, 1, 0, 1, 0, 0 zio_data_buf_7168: 7168, 0, 1, 0, 1, 0, 0 zio_buf_8192: 8192, 0, 1, 20, 390, 0, 0 zio_data_buf_8192: 8192, 0, 2, 1, 3, 0, 0 zio_buf_10240: 10240, 0, 4, 0, 4, 0, 0 zio_data_buf_10240: 10240, 0, 6, 0, 6, 0, 0 zio_buf_12288: 12288, 0, 1, 14, 149, 0, 0 zio_data_buf_12288: 12288, 0, 6, 0, 6, 0, 0 zio_buf_14336: 14336, 0, 0, 0, 0, 0, 0 zio_data_buf_14336: 14336, 0, 3, 0, 3, 0, 0 zio_buf_16384: 16384, 0, 602, 123, 1266, 0, 0 zio_data_buf_16384: 16384, 0, 4, 0, 4, 0, 0 zio_buf_20480: 20480, 0, 2, 13, 79, 0, 0 zio_data_buf_20480: 20480, 0, 3, 0, 3, 0, 0 zio_buf_24576: 24576, 0, 0, 11, 38, 0, 0 zio_data_buf_24576: 24576, 0, 6, 0, 6, 0, 0 zio_buf_28672: 28672, 0, 0, 14, 213, 0, 0 zio_data_buf_28672: 28672, 0, 5, 0, 5, 0, 0 zio_buf_32768: 32768, 0, 0, 8, 21, 0, 0 zio_data_buf_32768: 32768, 0, 2, 0, 2, 0, 0 zio_buf_36864: 36864, 0, 1, 12, 51, 0, 0 zio_data_buf_36864: 36864, 0, 2, 0, 2, 0, 0 zio_buf_40960: 40960, 0, 1, 10, 25, 0, 0 zio_data_buf_40960: 40960, 0, 2, 0, 2, 0, 0 zio_buf_45056: 45056, 0, 0, 2, 6, 0, 0 zio_data_buf_45056: 45056, 0, 2, 0, 2, 0, 0 zio_buf_49152: 49152, 0, 0, 1, 1, 0, 0 zio_data_buf_49152: 49152, 0, 0, 0, 0, 0, 0 zio_buf_53248: 53248, 0, 0, 3, 5, 0, 0 zio_data_buf_53248: 53248, 0, 1, 0, 1, 0, 0 zio_buf_57344: 57344, 0, 0, 4, 8, 0, 0 zio_data_buf_57344: 57344, 0, 0, 0, 0, 0, 0 zio_buf_61440: 61440, 0, 0, 0, 0, 0, 0 zio_data_buf_61440: 61440, 0, 0, 0, 0, 0, 0 zio_buf_65536: 65536, 0, 0, 2, 3, 0, 0 zio_data_buf_65536: 65536, 0, 1, 0, 1, 0, 0 zio_buf_69632: 69632, 0, 0, 3, 5, 0, 0 zio_data_buf_69632: 69632, 0, 0, 0, 0, 0, 0 zio_buf_73728: 73728, 0, 0, 1, 1, 0, 0 zio_data_buf_73728: 73728, 0, 1, 0, 1, 0, 0 zio_buf_77824: 77824, 0, 0, 1, 1, 0, 0 zio_data_buf_77824: 77824, 0, 1, 0, 1, 0, 0 zio_buf_81920: 81920, 0, 0, 4, 4, 0, 0 zio_data_buf_81920: 81920, 0, 1, 0, 1, 0, 0 zio_buf_86016: 86016, 0, 0, 6, 9, 0, 0 zio_data_buf_86016: 86016, 0, 1, 0, 1, 0, 0 zio_buf_90112: 90112, 0, 0, 0, 0, 0, 0 zio_data_buf_90112: 90112, 0, 0, 0, 0, 0, 0 zio_buf_94208: 94208, 0, 0, 3, 3, 0, 0 zio_data_buf_94208: 94208, 0, 1, 0, 1, 0, 0 zio_buf_98304: 98304, 0, 1, 3, 5, 0, 0 zio_data_buf_98304: 98304, 0, 1, 0, 1, 0, 0 zio_buf_102400: 102400, 0, 0, 0, 0, 0, 0 zio_data_buf_102400: 102400, 0, 0, 0, 0, 0, 0 zio_buf_106496: 106496, 0, 0, 1, 1, 0, 0 zio_data_buf_106496: 106496, 0, 1, 0, 1, 0, 0 zio_buf_110592: 110592, 0, 0, 1, 1, 0, 0 zio_data_buf_110592: 110592, 0, 1, 0, 1, 0, 0 zio_buf_114688: 114688, 0, 0, 15, 51, 0, 0 zio_data_buf_114688: 114688, 0, 1, 0, 1, 0, 0 zio_buf_118784: 118784, 0, 0, 2, 2, 0, 0 zio_data_buf_118784: 118784, 0, 0, 0, 0, 0, 0 zio_buf_122880: 122880, 0, 0, 1, 1, 0, 0 zio_data_buf_122880: 122880, 0, 0, 0, 0, 0, 0 zio_buf_126976: 126976, 0, 0, 0, 0, 0, 0 zio_data_buf_126976: 126976, 0, 0, 0, 0, 0, 0 zio_buf_131072: 131072, 0, 2, 11, 176, 0, 0 zio_data_buf_131072: 131072, 0, 50, 1, 51, 0, 0 lz4_ctx: 16384, 0, 0, 0, 0, 0, 0 sa_cache: 80, 0, 375, 775, 407, 0, 0 dnode_t: 864, 0, 924, 52, 2086, 0, 0 dmu_buf_impl_t: 224, 0, 1907, 235, 3517, 0, 0 arc_buf_hdr_t: 216, 0, 2559, 249, 3079, 0, 0 arc_buf_t: 72, 0, 1456, 579, 3109, 0, 0 zil_lwb_cache: 192, 0, 1, 79, 1, 0, 0 zfs_znode_cache: 368, 0, 375, 155, 407, 0, 0 Mountpoints: 816, 0, 29, 11, 29, 0, 0 pipe: 744, 0, 1, 94, 600, 0, 0 ksiginfo: 112, 0, 42, 1008, 42, 0, 0 itimer: 352, 0, 0, 0, 0, 0, 0 KNOTE: 128, 0, 0, 0, 0, 0, 0 socket: 696, 2063270, 1, 94, 3412, 0, 0 ipq: 56, 125670, 0, 0, 0, 0, 0 udp_inpcb: 392, 2063270, 0, 210, 229, 0, 0 udpcb: 16, 2063471, 0, 1004, 229, 0, 0 tcp_inpcb: 392, 2063270, 0, 0, 0, 0, 0 tcpcb: 1024, 2063272, 0, 0, 0, 0, 0 tcptw: 88, 27810, 0, 0, 0, 0, 0 syncache: 160, 15375, 0, 0, 0, 0, 0 hostcache: 136, 15370, 0, 0, 0, 0, 0 tcpreass: 40, 251300, 0, 0, 0, 0, 0 sackhole: 32, 0, 0, 0, 0, 0, 0 sctp_ep: 1408, 2063270, 0, 0, 0, 0, 0 sctp_asoc: 2352, 40000, 0, 0, 0, 0, 0 sctp_laddr: 48, 80012, 0, 415, 4, 0, 0 sctp_raddr: 728, 80000, 0, 0, 0, 0, 0 sctp_chunk: 136, 400026, 0, 0, 0, 0, 0 sctp_readq: 104, 400026, 0, 0, 0, 0, 0 sctp_stream_msg_out: 104, 400026, 0, 0, 0, 0, 0 sctp_asconf: 40, 400000, 0, 0, 0, 0, 0 sctp_asconf_ack: 48, 400060, 0, 0, 0, 0, 0 ripcb: 392, 2063270, 0, 0, 0, 0, 0 unpcb: 240, 2063280, 1, 367, 3183, 0, 0 rtentry: 200, 0, 20, 300, 20, 0, 0 selfd: 56, 0, 1, 567, 351, 0, 0 SWAPMETA: 288, 8039538, 0, 0, 0, 0, 0 ------------------------------------------------------------------------ vmstat -i interrupt total rate irq6: fdc0 22 0 irq14: ata0 59 0 irq17: uhci0 ehci0 61 0 irq19: uhci1 ahci0+ 8426 34 cpu0:timer 3268 13 irq256: em0 3 0 irq257: em1 3 0 irq258: hdac0 9 0 cpu7:timer 671 2 cpu6:timer 895 3 cpu4:timer 2105 8 cpu1:timer 911 3 cpu2:timer 1475 5 cpu3:timer 1010 4 cpu5:timer 713 2 Total 19631 79 ------------------------------------------------------------------------ pstat -T 11/2063269 files 0M/147455M swap space ------------------------------------------------------------------------ pstat -s Device 512-blocks Used Avail Capacity /dev/gpt/swap0 50331392 0 50331392 0% /dev/gpt/swap1 50331392 0 50331392 0% /dev/gpt/swap2 50331392 0 50331392 0% /dev/gpt/swap3 50331392 0 50331392 0% /dev/gpt/swap4 50331392 0 50331392 0% /dev/gpt/swap5 50331392 0 50331392 0% Total 301988352 0 301988352 0% ------------------------------------------------------------------------ iostat tty ada0 ada1 ada2 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 8 13.15 6 0.08 13.34 6 0.08 13.07 6 0.08 0 0 2 1 97 ------------------------------------------------------------------------ ipcs -a Message Queues: T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME CTIME Shared Memory: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Semaphores: T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME ------------------------------------------------------------------------ ipcs -T msginfo: msgmax: 16384 (max characters in a message) msgmni: 40 (# of message queues) msgmnb: 2048 (max characters in a message queue) msgtql: 40 (max # of messages in system) msgssz: 8 (size of a message segment) msgseg: 2048 (# of message segments in system) shminfo: shmmax: 536870912 (max shared memory segment size) shmmin: 1 (min shared memory segment size) shmmni: 192 (max number of shared memory identifiers) shmseg: 128 (max shared memory segments per process) shmall: 131072 (max amount of shared memory in pages) seminfo: semmni: 50 (# of semaphore identifiers) semmns: 340 (# of semaphores in system) semmnu: 150 (# of undo structures in system) semmsl: 340 (max # of semaphores per id) semopm: 100 (max # of operations per semop call) semume: 50 (max # of undo entries per process) semusz: 632 (size in bytes of undo structure) semvmx: 32767 (semaphore maximum value) semaem: 16384 (adjust on exit max value) ------------------------------------------------------------------------ nfsstat Client Info: Rpc Counts: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Rpc Info: TimedOut Invalid X Replies Retries Requests 0 0 0 0 0 Cache Info: Attr Hits Misses Lkup Hits Misses BioR Hits Misses BioW Hits Misses 0 0 0 0 0 0 0 0 BioRLHits Misses BioD Hits Misses DirE Hits Misses Accs Hits Misses 0 0 0 0 0 0 0 0 Server Info: Getattr Setattr Lookup Readlink Read Write Create Remove 0 0 0 0 0 0 0 0 Rename Link Symlink Mkdir Rmdir Readdir RdirPlus Access 0 0 0 0 0 0 0 0 Mknod Fsstat Fsinfo PathConf Commit 0 0 0 0 0 Server Ret-Failed 0 Server Faults 0 Server Cache Stats: Inprog Idem Non-idem Misses 0 0 0 0 Server Write Gathering: WriteOps WriteRPC Opsaved 0 0 0 ------------------------------------------------------------------------ netstat -s tcp: 0 packets sent 0 data packets (0 bytes) 0 data packets (0 bytes) retransmitted 0 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 0 ack-only packets (0 delayed) 0 URG only packets 0 window probe packets 0 window update packets 0 control packets 0 packets received 0 acks (for 0 bytes) 0 duplicate acks 0 acks for unsent data 0 packets (0 bytes) received in-sequence 0 completely duplicate packets (0 bytes) 0 old duplicate packets 0 packets with some dup. data (0 bytes duped) 0 out-of-order packets (0 bytes) 0 packets (0 bytes) of data after window 0 window probes 0 window update packets 0 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 0 discarded due to memory problems 0 connection requests 0 connection accepts 0 bad connection attempts 0 listen queue overflows 0 ignored RSTs in the windows 0 connections established (including accepts) 0 connections closed (including 0 drops) 0 connections updated cached RTT on close 0 connections updated cached RTT variance on close 0 connections updated cached ssthresh on close 0 embryonic connections dropped 0 segments updated rtt (of 0 attempts) 0 retransmit timeouts 0 connections dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 0 Connections (fin_wait_2) dropped because of timeout 0 keepalive timeouts 0 keepalive probes sent 0 connections dropped by keepalive 0 correct ACK header predictions 0 correct data packet header predictions 0 syncache entries added 0 retransmitted 0 dupsyn 0 dropped 0 completed 0 bucket overflow 0 cache overflow 0 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies received 0 hostcache entries added 0 bucket overflow 0 SACK recovery episodes 0 segment rexmits in SACK recovery episodes 0 byte rexmits in SACK recovery episodes 0 SACK options (SACK blocks) received 0 SACK options (SACK blocks) sent 0 SACK scoreboard overflow 0 packets with ECN CE bit set 0 packets with ECN ECT(0) bit set 0 packets with ECN ECT(1) bit set 0 successful ECN handshakes 0 times ECN reduced the congestion window udp: 0 datagrams received 0 with incomplete header 0 with bad data length field 0 with bad checksum 0 with no checksum 0 dropped due to no socket 0 broadcast/multicast datagrams undelivered 0 dropped due to full socket buffers 0 not for hashed pcb 0 delivered 0 datagrams output 0 times multicast source filter matched ip: 0 total packets received 0 bad header checksums 0 with size smaller than minimum 0 with data size < data length 0 with ip length > max ip packet size 0 with header length < data size 0 with data length < header length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 packets reassembled ok 0 packets for this host 0 packets for unknown/unsupported protocol 0 packets forwarded (0 packets fast forwarded) 0 packets not forwardable 0 packets received for unknown multicast group 0 redirects sent 0 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 tunneling packets that can't find gif 0 datagrams with bad address in header icmp: 0 calls to icmp_error 0 errors not generated in response to an icmp message 0 messages with bad code fields 0 messages less than the minimum length 0 messages with bad checksum 0 messages with bad length 0 multicast echo requests ignored 0 multicast timestamp requests ignored 0 message responses generated 0 invalid return addresses 0 no return routes igmp: 0 messages received 0 messages received with too few bytes 0 messages received with wrong TTL 0 messages received with bad checksum 0 V1/V2 membership queries received 0 V3 membership queries received 0 membership queries received with invalid field(s) 0 general queries received 0 group queries received 0 group-source queries received 0 group-source queries dropped 0 membership reports received 0 membership reports received with invalid field(s) 0 membership reports received for groups to which we belong 0 V3 reports received without Router Alert 0 membership reports sent arp: 1 ARP request sent 0 ARP replies sent 0 ARP requests received 0 ARP replies received 0 ARP packets received 0 total packets dropped due to no ARP entry 0 ARP entrys timed out 0 Duplicate IPs seen ip6: 0 total packets received 0 with size smaller than minimum 0 with data size < data length 0 with bad options 0 with incorrect version number 0 fragments received 0 fragments dropped (dup or out of space) 0 fragments dropped after timeout 0 fragments that exceeded limit 0 packets reassembled ok 0 packets for this host 0 packets forwarded 0 packets not forwardable 0 redirects sent 9 packets sent from this host 0 packets sent with fabricated ip header 0 output packets dropped due to no bufs, etc. 0 output packets discarded due to no route 0 output datagrams fragmented 0 fragments created 0 datagrams that can't be fragmented 0 packets that violated scope rules 0 multicast packets which we don't join Mbuf statistics: 0 one mbuf 0 one ext mbuf 0 two or more ext mbuf 0 packets whose headers are not contiguous 0 tunneling packets that can't find gif 0 packets discarded because of too many headers 0 failures of source address selection Source addresses selection rule applied: icmp6: 0 calls to icmp6_error 0 errors not generated in response to an icmp6 message 0 errors not generated because of rate limitation Output histogram: neighbor solicitation: 3 0 messages with bad code fields 0 messages < minimum length 0 bad checksums 0 messages with bad length Histogram of error messages to be generated: 0 no route 0 administratively prohibited 0 beyond scope 0 address unreachable 0 port unreachable 0 packet too big 0 time exceed transit 0 time exceed reassembly 0 erroneous header field 0 unrecognized next header 0 unrecognized option 0 redirect 0 unknown 0 message responses generated 0 messages with too many ND options 0 messages with bad ND options 0 bad neighbor solicitation messages 0 bad neighbor advertisement messages 0 bad router solicitation messages 0 bad router advertisement messages 0 bad redirect messages 0 path MTU changes rip6: 0 messages received 0 checksum calculations on inbound 0 messages with bad checksum 0 messages dropped due to no socket 0 multicast messages dropped due to no socket 0 messages dropped due to full socket buffers 0 delivered 0 datagrams output ------------------------------------------------------------------------ netstat -m 2056/829/2885 mbufs in use (current/cache/total) 2043/207/2250/4019764 mbuf clusters in use (current/cache/total/max) 2048/207 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/2009882 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/1786560 9k jumbo clusters in use (current/cache/total/max) 0/0/0/1339920 16k jumbo clusters in use (current/cache/total/max) 4600K/621K/5221K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile ------------------------------------------------------------------------ netstat -anr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 link#3 UH 0 0 lo0 192.168.200.0/24 link#4 U 0 0 lagg0 192.168.200.4 link#4 UHS 0 0 lo0 Internet6: Destination Gateway Flags Netif Expire ::1 link#3 UH lo0 fe80::%em0/64 link#1 U em0 fe80::230:48ff:fef2:299c%em0 link#1 UHS lo0 fe80::%em1/64 link#2 U em1 fe80::230:48ff:fef2:299c%em1 link#2 UHS lo0 fe80::%lo0/64 link#3 U lo0 fe80::1%lo0 link#3 UHS lo0 fe80::%4/64 link#4 U lagg0 fe80::230:48ff:fef2:299c%4 link#4 UHS lo0 ff01::%em0/32 fe80::230:48ff:fef2:299c%em0 U em0 ff01::%em1/32 fe80::230:48ff:fef2:299c%em1 U em1 ff01::%lo0/32 ::1 U lo0 ff01::%4/32 fe80::230:48ff:fef2:299c%4 U lagg0 ff02::%em0/32 fe80::230:48ff:fef2:299c%em0 U em0 ff02::%em1/32 fe80::230:48ff:fef2:299c%em1 U em1 ff02::%lo0/32 ::1 U lo0 ff02::%4/32 fe80::230:48ff:fef2:299c%4 U lagg0 ------------------------------------------------------------------------ netstat -anA Active UNIX domain sockets Address Type Recv-Q Send-Q Inode Conn Refs Nextref Addr fffff80023ddd2d0 stream 0 0 fffff8002d08ece8 0 0 0 /var/run/devd.pipe ------------------------------------------------------------------------ netstat -aL unix 0/0/4 /var/run/devd.pipe ------------------------------------------------------------------------ fstat fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read file 1 at 0x200007fffffffff fstat: can't read file 2 at 0x4000000001fffff fstat: can't read file 4 at 0x780000ffff fstat: can't read file 7 at 0x200007fffffffff fstat: can't read file 8 at 0x4000000001fffff fstat: can't read file 10 at 0x780000ffff fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 fstat: can't read znode_phys at 0x1 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W root grep 808 root - - error - root grep 808 wd - - error - root grep 808 text - - error - root grep 808 ctty /dev 15 crw------- console rw root grep 808 0* pipe fffff8002d14a000 <-> fffff8002d14a160 0 rw root kbdcontrol 807 root - - error - root kbdcontrol 807 wd - - error - root kbdcontrol 807 text - - error - root kbdcontrol 807 ctty /dev 15 crw------- console rw root kbdcontrol 807 0 /dev 64 crw------- ttyv0 r root sh 805 root - - error - root sh 805 wd - - error - root sh 805 text - - error - root sh 805 ctty /dev 15 crw------- console rw root sh 805 0 /dev 15 crw------- console rw root sh 805 6 /dev 15 crw------- console rw root devd 764 root - - error - root devd 764 wd - - error - root devd 764 text - - error - root devd 764 ctty /dev 15 crw------- console rw root devd 764 0 /dev 15 crw------- console rw root sh 763 root - - error - root sh 763 wd - - error - root sh 763 text - - error - root sh 763 ctty /dev 15 crw------- console rw root sh 763 0 /dev 15 crw------- console rw root sh 763 6 /dev 15 crw------- console rw root adjkerntz 167 root - - error - root adjkerntz 167 wd - - error - root adjkerntz 167 text - - error - root adjkerntz 167 0 /dev 32 crw-rw-rw- null rw root sh 24 root - - error - root sh 24 wd - - error - root sh 24 text - - error - root sh 24 ctty /dev 15 crw------- console rw root sh 24 0 /dev 15 crw------- console rw root sh 24 6 /dev 15 crw------- console rw root init 1 root - - error - root init 1 wd - - error - root init 1 text - - error - root kernel 0 root - - error - root kernel 0 wd - - error - ------------------------------------------------------------------------ dmesg Copyright (c) 1992-2013 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 11.0-CURRENT #97 r259130: Mon Dec 9 09:51:08 CST 2013 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG-DTRACE amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 info: [drm] Initialized drm 1.1.0 20060810 CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.54-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 0x6 Model = 0x17 Stepping = 6 Features=0xbfebfbff Features2=0xce3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 68719476736 (65536 MB) avail memory = 65657077760 (62615 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 netmap: loaded module random: initialized cryptosoft0: on motherboard acpi0: on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 350 Event timer "HPET1" frequency 14318180 Hz quality 340 Event timer "HPET2" frequency 14318180 Hz quality 340 atrtc0: port 0x70-0x71 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43,0x50-0x53 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x2000-0x201f mem 0xd9220000-0xd923ffff,0xd9200000-0xd921ffff irq 18 at device 0.0 on pci6 em0: Using an MSI interrupt em0: Ethernet address: 00:30:48:f2:29:9c 001.000010 netmap_attach [2849] success for em0 em1: port 0x2020-0x203f mem 0xd9260000-0xd927ffff,0xd9240000-0xd925ffff irq 19 at device 0.1 on pci6 em1: Using an MSI interrupt em1: Ethernet address: 00:30:48:f2:29:9d 001.000011 netmap_attach [2849] success for em1 pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 vgapci0: port 0x3000-0x307f mem 0xd8000000-0xd8ffffff,0xc0000000-0xc7ffffff,0xc8000000-0xc9ffffff irq 16 at device 0.0 on pci8 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io hdac0: mem 0xd9000000-0xd9003fff irq 17 at device 0.1 on pci8 pcib9: at device 6.0 on pci0 pci9: on pcib9 pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 pcib11: irq 16 at device 0.0 on pci10 pci11: on pcib11 pcm0: port 0x4080-0x409f,0x4000-0x407f irq 16 at device 0.0 on pci11 pcm0: system configuration SubVendorID: 0x1412, SubDeviceID: 0x2403 XIN2 Clock Source: 24.576MHz(96kHz*256) MPU-401 UART(s) #: not implemented ADC #: 1 and SPDIF receiver connected DAC #: 4 Multi-track converter type: AC'97(SDATA_OUT:packed) S/PDIF(IN/OUT): 1/1 ID# 0x00 GPIO(mask/dir/state): 0xff/0xff/0xff uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 usbus2 on uhci2 ehci0: mem 0xd9600400-0xd96007ff irq 17 at device 29.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 pcib12: at device 30.0 on pci0 pci12: on pcib12 vgapci1: port 0x5000-0x50ff mem 0xd0000000-0xd7ffffff,0xd9300000-0xd930ffff irq 18 at device 1.0 on pci12 drmn1: on vgapci1 info: [drm] RADEON_IS_PCI info: [drm] initializing kernel modesetting (RV100 0x1002:0x515E 0x15D9:0x8080). info: [drm] register mmio base: 0xD9300000 info: [drm] register mmio size: 65536 info: [drm] radeon_atrm_get_bios: ===> Try ATRM... info: [drm] radeon_atrm_get_bios: pci_find_class() found: 0:8:0:0, vendor=10de, device=104a info: [drm] radeon_atrm_get_bios: Get ACPI device handle info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... info: [drm] igp_read_bios_from_vram: VRAM base address: 0xd0000000 info: [drm] igp_read_bios_from_vram: Map address: 0xfffff800d0000000 (262144 bytes) info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x0000 info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... info: [drm] radeon_read_bios: Map address: 0xfffff800000c0000 (131072 bytes) drmn1: info: VRAM: 128M 0x00000000D0000000 - 0x00000000D7FFFFFF (16M used) drmn1: info: GTT: 512M 0x00000000B0000000 - 0x00000000CFFFFFFF info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] radeon: irq initialized. info: [drm] Detected VRAM RAM=128M, BAR=128M info: [drm] RAM width 64bits SDR [TTM] Zone kernel: Available graphics memory: 33012306 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator info: [drm] radeon: 16M of VRAM memory ready info: [drm] radeon: 512M of GTT memory ready. info: [drm] GART: num cpu pages 131072, num gpu pages 131072 info: [drm] PCI GART of 512M enabled (table at 0x000000000FA00000). drmn1: info: WB disabled drmn1: info: fence driver on ring 0 use gpu addr 0x00000000b0000000 and cpu addr 0x0xfffff8000f809000 info: [drm] Loading R100 Microcode error: [drm:pid0:r100_cp_init_microcode] *ERROR* radeon_cp: Failed to load firmware "radeonkmsfw_R100_cp" error: [drm:pid0:r100_cp_init] *ERROR* Failed to load firmware! drmn1: error: failed initializing CP (-2). drmn1: error: Disabling GPU acceleration info: [drm] radeon: cp finalized info: [drm] radeon_device_init: Taking over the fictitious range 0xd0000000-0xd4000000 iicbus0: on iicbb0 addr 0xff iic0: on iicbus0 iicbus1: on iicbb1 addr 0xff iic1: on iicbus1 iicbus2: on iicbb2 addr 0xff iic2: on iicbus2 iicbus3: on iicbb3 addr 0xff iic3: on iicbus3 info: [drm] Radeon Display Connectors info: [drm] Connector 0: info: [drm] VGA-1 info: [drm] DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60 info: [drm] Encoders: info: [drm] CRT1: INTERNAL_DAC1 info: [drm] Connector 1: info: [drm] DVI-I-1 info: [drm] HPD2 info: [drm] DDC: 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c 0x6c info: [drm] Encoders: info: [drm] CRT2: INTERNAL_DAC2 info: [drm] DFP2: INTERNAL_DVO1 error: [drm:pid0:r100_irq_set] *ERROR* Can't enable IRQ/MSI because no handler is installed error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 128 composite sync not supported composite sync not supported info: [drm] fb mappable at 0xD0040000 info: [drm] vram apper at 0xD0000000 info: [drm] size 2076672 info: [drm] fb depth is 8 info: [drm] pitch is 1920 fbd1 on drmn1 vt_allocate: Replace existing VT driver. info: [drm] Initialized radeon 2.29.0 20080528 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: at channel 0 on atapci0 ahci0: port 0x18a0-0x18a7,0x1874-0x1877,0x1878-0x187f,0x1870-0x1873,0x1880-0x189f mem 0xd9600800-0xd9600bff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.10 with 6 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 ichsmb0: port 0x1100-0x111f irq 19 at device 31.3 on pci0 smbus0: on ichsmb0 acpi_button0: on acpi0 ipmi0: port 0xca2-0xca3 on acpi0 ipmi0: KCS mode found at io 0xca2 on acpi atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ichwd0 on isa0 orm0: at iomem 0xc0000-0xcafff on isa0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 coretemp2: on cpu2 est2: on cpu2 p4tcc2: on cpu2 coretemp3: on cpu3 est3: on cpu3 p4tcc3: on cpu3 coretemp4: on cpu4 est4: on cpu4 p4tcc4: on cpu4 coretemp5: on cpu5 est5: on cpu5 p4tcc5: on cpu5 coretemp6: on cpu6 est6: on cpu6 p4tcc6: on cpu6 coretemp7: on cpu7 est7: on cpu7 p4tcc7: on cpu7 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) Timecounters tick every 1.000 msec vboxdrv: fAsync=0 offMin=0x380 offMax=0x498 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 pcm1: at nid 4 on hdaa0 pcm2: at nid 5 on hdaa0 random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen3.1: at usbus3 uhub0: on usbus3 ugen2.1: at usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2: on usbus1 ugen0.1: at usbus0 uhub3: on usbus0 ipmi0: IPMI device rev. 1, firmware rev. 1.64, version 2.0 ata0: DMA limited to UDMA33, controller found non-ATA66 cable ipmi0: Number of channels 8 ipmi0: Attached watchdog uhub2: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered ada0 at ahcich0 bus 0 scbus1 target 0 lun 0 ada0: ATA-8 SATA 3.x device ada0: Serial Number 5YD6FPLG ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada0: quirks=0x1<4K> ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus2 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: Serial Number 5YDA1ZL4 ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 ada2 at ahcich2 bus 0 scbus3 target 0 lun 0 ada2: ATA-8 SATA 3.x device ada2: Serial Number 5YDA3PC5 ada2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada2: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada2: quirks=0x1<4K> ada2: Previously was known as ad8 ada3 at ahcich3 bus 0 scbus4 target 0 lun 0 ada3: ATA-8 SATA 3.x device ada3: Serial Number 5YD9Y0P4 ada3: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada3: quirks=0x1<4K> ada3: Previously was known as ad10 ada4 at ahcich4 bus 0 scbus5 target 0 lun 0 ada4: ATA-8 SATA 3.x device ada4: Serial Number 5YDA1R5W ada4: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada4: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada4: quirks=0x1<4K> ada4: Previously was known as ad12 ada5 at ahcich5 bus 0 scbus6 target 0 lun 0 ada5: ATA-8 SATA 3.x device ada5: Serial Number 5YD5RBS8 ada5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada5: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) ada5: quirks=0x1<4K> ada5: Previously was known as ad14 cd0 at ata0 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #7 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! Root mount waiting for: usbus3 uhub0: 6 ports with 6 removable, self powered Root mount waiting for: usbus3 Root mount waiting for: usbus3 ugen3.2: at usbus3 ukbd0: on usbus3 kbd2 at ukbd0 Trying to mount root from zfs:zroot/ROOT/default []... ugen0.2: at usbus0 error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 128 ffclock reset: HPET (14318180 Hz), time = 1386584152.500000000 Setting hostuuid: 53d19f64-d663-a017-8922-0030488e9ff3. Setting hostid: 0xf53a926e. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: Mounting local file systems:. Writing entropy file:. Setting hostname: borg.lerctr.org. Created clone interfaces: lagg0. error: [drm:pid0:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 128 Starting Network: lo0 em0 em1 lagg0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 em0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9c inet6 fe80::230:48ff:fef2:299c%em0 prefixlen 64 scopeid 0x1 nd6 options=29 media: Ethernet autoselect status: no carrier em1: flags=8843 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9c inet6 fe80::230:48ff:fef2:299c%em1 prefixlen 64 scopeid 0x2 nd6 options=29 media: Ethernet autoselect status: no carrier lagg0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:30:48:f2:29:9c inet 192.168.200.4 netmask 0xffffff00 broadcast 192.168.200.255 inet6 fe80::230:48ff:fef2:299c%lagg0 prefixlen 64 scopeid 0x4 nd6 options=29 media: Ethernet autoselect status: no carrier laggproto loadbalance lagghash l2,l3,l4 laggport: em1 flags=0<> laggport: em0 flags=0<> Starting devd. uhid0: on usbus3 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x20 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff806ccd0c stack pointer = 0x28:0xfffffe100d1fc920 frame pointer = 0x28:0xfffffe100d1fc950 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 807 (kbdcontrol) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe100d1fc410 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe100d1fc4c0 panic() at panic+0x155/frame 0xfffffe100d1fc540 trap_fatal() at trap_fatal+0x3a2/frame 0xfffffe100d1fc5a0 trap_pfault() at trap_pfault+0x308/frame 0xfffffe100d1fc640 trap() at trap+0x5bb/frame 0xfffffe100d1fc860 calltrap() at calltrap+0x8/frame 0xfffffe100d1fc860 --- trap 0xc, rip = 0xffffffff806ccd0c, rsp = 0xfffffe100d1fc920, rbp = 0xfffffe100d1fc950 --- turnstile_broadcast() at turnstile_broadcast+0x8c/frame 0xfffffe100d1fc950 __mtx_unlock_sleep() at __mtx_unlock_sleep+0x60/frame 0xfffffe100d1fc980 ttydev_ioctl() at ttydev_ioctl+0x260/frame 0xfffffe100d1fc9d0 devfs_ioctl_f() at devfs_ioctl_f+0x11c/frame 0xfffffe100d1fca20 kern_ioctl() at kern_ioctl+0x27e/frame 0xfffffe100d1fca90 sys_ioctl() at sys_ioctl+0x11f/frame 0xfffffe100d1fcae0 amd64_syscall() at amd64_syscall+0x3e7/frame 0xfffffe100d1fcbf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe100d1fcbf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80095864a, rsp = 0x7fffffffb158, rbp = 0x7fffffffdd00 --- Uptime: 21s Dumping 2232 out of 64477 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% ------------------------------------------------------------------------ kernel config options CONFIG_AUTOGENERATED ident BORG-DTRACE machine amd64 cpu HAMMER makeoptions WITH_CTF=1 makeoptions DEBUG=-g options ZFS options KDB_UNATTENDED options RCTL options RACCT options FFCLOCK options XENHVM options USB_DEBUG options ATH_ENABLE_11N options AH_AR5416_INTERRUPT_MITIGATION options AH_SUPPORT_AR5416 options IEEE80211_SUPPORT_MESH options IEEE80211_AMPDU_AGE options IEEE80211_DEBUG options AHD_REG_PRETTY_PRINT options AHC_REG_PRETTY_PRINT options ATA_STATIC_ID options ACPI_DMAR options SMP options MALLOC_DEBUG_MAXZONES=8 options DDB options KDB_TRACE options KDB options INCLUDE_CONFIG_FILE options DDB_CTF options KDTRACE_HOOKS options KDTRACE_FRAME options MAC options CAPABILITIES options CAPABILITY_MODE options AUDIT options HWPMC_HOOKS options KBD_INSTALL_CDEV options PRINTF_BUFR_SIZE=128 options _KPOSIX_PRIORITY_SCHEDULING options SYSVSEM options SYSVMSG options SYSVSHM options STACK options KTRACE options SCSI_DELAY=5000 options COMPAT_FREEBSD7 options COMPAT_FREEBSD6 options COMPAT_FREEBSD5 options COMPAT_FREEBSD4 options COMPAT_FREEBSD32 options GEOM_LABEL options GEOM_RAID options GEOM_PART_GPT options PSEUDOFS options PROCFS options CD9660 options MSDOSFS options NFS_ROOT options NFSLOCKD options NFSD options NFSCL options QUOTA options SCTP options TCP_OFFLOAD options INET6 options INET options PREEMPTION options SCHED_ULE options NEW_PCIB options GEOM_PART_MBR options GEOM_PART_EBR_COMPAT options GEOM_PART_EBR options GEOM_PART_BSD device isa device mem device io device uart_ns8250 device cpufreq device acpi device pci device fdc device ahci device ata device esp device isci device scbus device ch device da device sa device cd device pass device ses device hptnr device aacraid device atkbdc device atkbd device psm device kbdmux device splash device agp device uart device ppc device ppbus device lpt device ppi device em device miibus device cas device gem device hme device nfe device nge device loop device random device padlock_rng device rdrand_rng device ether device vlan device tun device md device gif device faith device firmware device bpf device uhci device ohci device ehci device xhci device usb device ukbd device umass device virtio device virtio_pci device vtnet device virtio_blk device virtio_scsi device virtio_balloon device xenpci device vmx device netmap device vt device vt_vga ------------------------------------------------------------------------ ddb capture buffer -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 17:22:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7063A458 for ; Mon, 9 Dec 2013 17:22:07 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48A461E2B for ; Mon, 9 Dec 2013 17:22:07 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3C596B972; Mon, 9 Dec 2013 12:22:06 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: r259072 is not a happy camper... Date: Mon, 9 Dec 2013 12:16:03 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <27325.1386444776@critter.freebsd.dk> In-Reply-To: <27325.1386444776@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312091216.04052.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 09 Dec 2013 12:22:06 -0500 (EST) Cc: Poul-Henning Kamp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 17:22:07 -0000 On Saturday, December 07, 2013 2:32:56 pm Poul-Henning Kamp wrote: > > I updated my "canary" machine to -current today and it's not a happy > camper. Trying to run a buildworld on it I get the follwing reproducible > panic: > > FreeBSD/amd64 (ni.freebsd.dk) (cuau0) > > login: lock order reversal: > 1st 0xfffff8011641a9a0 ufs (ufs) @ /freebsd/head/sys/kern/vfs_lookup.c:518 > 2nd 0xfffffe00e7858790 bufwait (bufwait) @ /freebsd/head/sys/ufs/ffs/ffs_vnops > .c:262 > 3rd 0xfffff800b40ad5f0 ufs (ufs) @ /freebsd/head/sys/kern/vfs_subr.c:2101 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0111361da0 > kdb_backtrace() at kdb_backtrace+0x39/frampanic: bad stray interrupt > cpuid = 2 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011120e9e0 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe011120ea90 > vpanic() at vpanic+0x126/frame 0xfffffe011120ead0 > kassert_panic() at kassert_panic+0x136/frame 0xfffffe011120eb40 > intr_event_handle() at intr_event_handle+0x11d/frame 0xfffffe011120eb90 > intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe011120ebc0 > lapic_handle_intr() at lapic_handle_intr+0x73/frame 0xfffffe011120ebf0 > Xapic_isr1() at Xapic_isr1+0xa4/frame 0xfffffe011120ebf0 > --- interrupt, rip = 0x11f7b11, rsp = 0x7fffffff8b50, rbp = 0x7fffffff8b80 --- > KDB: enter: panic > [ thread pid 72149 tid 100102 ] > Stopped at kdb_enter+0x3e: movq $0,kdb_why > db> Hmmm. Maybe do 'show lapic' and 'show apic' in ddb and paste that here? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 17:48:47 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68D3D9F0 for ; Mon, 9 Dec 2013 17:48:47 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F31851FC0 for ; Mon, 9 Dec 2013 17:48:46 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id k14so3808648wgh.22 for ; Mon, 09 Dec 2013 09:48:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Z/7fNMaXEVBuXgYfqoFAKw2TFGMV4MyyAdHeup3SmrM=; b=dArajBX/FarBUJi1EBITjfe6hGuUglrJHdeY1ggRLO6ihFxqewGm0O7YPTXpdT2LLE 48eUJKwJ3ueZUy1Z4lWdRmRA8wa8xqYzY3MY+Ye6oc6bMV7iz1iIYGzoQAq+AeRo9WCQ kegm9bSj+KeoyGJXZOROdbWF18zMByJka0ZST1IVyrTDsqWKe5yMgabaCP383U9SJdbn 1fCiGy7J5/1OvN+0MC2F/pEPeVpdUPssgGSnchJ53gU+D+W75xNGoJV/r/VU9UkRN93Z swoAsMosZO9/EI4sn3jM5qXZHlSwY6C+mj8V6n1qmtZpv6kktiPHeGBFoW3U2TSm6YVt NxYg== MIME-Version: 1.0 X-Received: by 10.194.2.79 with SMTP id 15mr80702wjs.90.1386611324280; Mon, 09 Dec 2013 09:48:44 -0800 (PST) Received: by 10.227.226.12 with HTTP; Mon, 9 Dec 2013 09:48:44 -0800 (PST) In-Reply-To: <20131209173521.3d8543998dad2bc57cdc326c@ddteam.net> References: <201312052238.rB5McsVN020719@svn.freebsd.org> <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> <20131209173521.3d8543998dad2bc57cdc326c@ddteam.net> Date: Mon, 9 Dec 2013 19:48:44 +0200 Message-ID: Subject: Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken From: Markiyan Kushnir To: Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 Cc: Marc UBM , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 17:48:47 -0000 2013/12/9 Aleksandr Rybalko : > On Mon, 9 Dec 2013 10:59:14 +0200 > Markiyan Kushnir wrote: > >> Hello, >> >> I'm on rev. 259102 and hitting drm not being able to attach to fbd >> device at X startup (X freezing). >> >> Attaching /var/log/messages, pciconf output and kern.conftxt. Please >> let me know if there is something I'm missing here. Posting in this >> thread since I thought it might be relevant to this commit? >> >> Thanks, >> Markiyan >> >> >> 2013/12/8 Marc UBM : >> > Hiho! :-) >> > >> > Thanks a lot for working on this! >> > >> > As soon as X is started, things work fine. Before that (as soon as vt >> > is initialized after the boot menu), output on all ttys is flickering, >> > resolution is at 640x480 (guessing here) and changing anything via >> > vidcontrol fails with "inappropriate ioctl for device". Also, screen >> > output starts overlapping, but a "clear" command fixes that >> > temporarily. The "Alt-Gr" key does nothing, manually entering ascii >> > keycodes via alt+number (e.g. alt-124 for |) works. >> > >> > Relevant pciconf output: >> > >> > vgapci0@pci0:0:2:0: class=0x030000 card=0x40011297 chip=0x2e328086 >> > rev=0x03 hdr=0x00 vendor = 'Intel Corporation' >> > device = '4 Series Chipset Integrated Graphics Controller' >> > class = display >> > subclass = VGA >> > >> > vgapci1@pci0:0:2:1: class=0x038000 card=0x40011297 chip=0x2e338086 >> > rev=0x03 hdr=0x00 vendor = 'Intel Corporation' >> > device = '4 Series Chipset Integrated Graphics Controller' >> > class = display >> > >> > Best regards, >> > Marc >> > >> > > [[CUT]] >> > >> > >> > -- >> > Marc "UBM" Bocklet >> > _______________________________________________ >> > 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" > > Hi Markiyan! > > According to attached kernel config you run system with syscons (device > sc). > > If you want to test it with vt (newcons), follow instructions on the > wiki page. > https://wiki.freebsd.org/Newcons > Ah, thanks! I'll give it a try. I simply was curious of testing X running on a Radeon card on CURRENT. Testing vt is a bit different thing, and I will try it separately as well. Yet how about this error with drm_fb_helper_single_fb_probe? Does it mean I cannot use the old sc and vga devices now? > Thanks. > > WBW > -- > Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 18:24:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE0F916C; Mon, 9 Dec 2013 18:24:02 +0000 (UTC) Received: from mail.eeeit.de (mail.eeeit.de [78.47.69.251]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99C1A12CD; Mon, 9 Dec 2013 18:24:02 +0000 (UTC) Received: from ux32.win.rm-i.net (ppp-93-104-14-249.dynamic.mnet-online.de [93.104.14.249]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mike@reifenberger.com) by mail.eeeit.de (Postfix) with ESMTPSA id A950F3F4381; Mon, 9 Dec 2013 19:16:34 +0100 (CET) Date: Mon, 9 Dec 2013 19:16:34 +0100 From: mike To: freebsdonline Subject: Re: nanobsd / dd problem? In-Reply-To: <52A58A48.7000605@freebsdonline.com> Message-ID: References: <52a4ad05.892ee50a.41cd.084aSMTPIN_ADDED_BROKEN@mx.google.com> <20131209044239.GS59496@kib.kiev.ua> <000b01cef4ac$d717b350$854719f0$@hegnauer@gmx.ch> <52A58A48.7000605@freebsdonline.com> User-Agent: Alpine 2.00 (WNT 1167 2008-08-23) X-X-Sender: mike@reifenberger.com@mail.eeeit.de MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: 'Konstantin Belousov' , mav@freebsd.org, freebsd-current@freebsd.org, Stefan Hegnauer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 18:24:02 -0000 Hi, On Mon, 9 Dec 2013, freebsdonline wrote: ... > Theres also an issue with package management, the nanobsd script still uses > pkg_add instead of pkg. > for -current I've added cust_pkgng() to nanobsd.sh It needs to get called manually instead of cust_pkg() though. ( customize_cmd cust_pkgng ) Greetings --- Michael Reifenberger From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 18:56:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52833C89 for ; Mon, 9 Dec 2013 18:56:55 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0FEE415CA for ; Mon, 9 Dec 2013 18:56:55 +0000 (UTC) Received: from 2a02-8428-011a-a000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11a:a000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vq60j-000Ojf-Jc for freebsd-current@freebsd.org; Mon, 09 Dec 2013 19:56:53 +0100 Message-ID: <52A61271.3030506@FreeBSD.org> Date: Mon, 09 Dec 2013 19:56:49 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken References: <201312052238.rB5McsVN020719@svn.freebsd.org> <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8hXwh9hcU0TGKTRb2sHcMLS1du3umj4va" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 18:56:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8hXwh9hcU0TGKTRb2sHcMLS1du3umj4va Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 09.12.2013 09:59, Markiyan Kushnir wrote: > I'm on rev. 259102 and hitting drm not being able to attach to fbd > device at X startup (X freezing). I believe those issues are unrelated: I have the "Failed to attach fbd device" because I'm using syscons, however, X.Org works perfectly well. =46rom your /var/log/messages, the driver properly initialized the card and logged no error. Can you post your Xorg.0.log please? How do you determine that X is frozen? --=20 Jean-S=E9bastien P=E9dron --8hXwh9hcU0TGKTRb2sHcMLS1du3umj4va Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKmEnUACgkQa+xGJsFYOlOK6wCgqfaOo9y36T7i1zisuaEGS7ck KfgAn26xCfX9TkpGNDFsEgkTdkvlHBOX =/2Hb -----END PGP SIGNATURE----- --8hXwh9hcU0TGKTRb2sHcMLS1du3umj4va-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 20:19:11 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 651C5E18; Mon, 9 Dec 2013 20:19:11 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 369EE1D5C; Mon, 9 Dec 2013 20:19:10 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:1205:5604:a6ff:fe3a:96ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 9F36B1B82A; Mon, 9 Dec 2013 20:19:09 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 9F36B1B82A Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Mon, 9 Dec 2013 15:19:07 -0500 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: FreeBSD 10.0-RC1 now available Message-ID: <20131209201907.GB50284@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 20:19:11 -0000 --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The first RC build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. * Please see the change list for an important note regarding the bsdinstall(8) ZFS on GELI option. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ (or any of the FreeBSD mirror sites). If you notice problems you can report them through the normal GNATS PR system or here on the -current mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/10.0" branch. Important note to freebsd-update(8) users: Please be sure to follow the instructions in the following FreeBSD Errata Notices before upgrading the system to 10.0-RC1: - EN-13:04.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-updat= e.asc - EN-13:05.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-updat= e.asc Pre-installed virtual machine images for 10.0-RC1 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-RC1/ The disk images are available in both QCOW2, VHD, and VMDK format. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: - 512k - freebsd-boot GPT partition type (bootfs GPT label) - 1GB - freebsd-swap GPT partition type (swapfs GPT label) - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between -BETA4 and -RC1 include: - Fix to a regression in bsdinstall(8) that prevents ZFS on GELI installation from working correctly.[*] =20 *Please note: a last-minute problem was found in 10.0-RC1 testing with this installation option that is still being investigated. Please do *not* select the GELI encryption option from the installer. Although the installation successfully completes, the GELI passphrase will *not* decrypt the GELI provider. - Build Hyper-V kernel modules by default for i386. - Update oce(4) driver to support 40Gbps devices. - Improve robustness of the Xen balloon driver. - Fix accounting for hw.realmem on the i386 and amd64 platforms. - Fix poweroff(8) on XenServer. - Fix powerd/states on AMD cpus. - Add support for BCM57764, BCM57767, BCM57782, BCM57786 and BCM57787. - Fix PKG_ABI detection in bsdconfig(8) after pkg-1.2. - Fix emulated jail_v0 byte order. - Fix hang on reboot with active iSCSI connections. - Fix a potential system crash if a jail(8) is created and destroyed on systems with VIMAGE. =3D=3D ISO CHECKSUMS =3D=3D - 10.0-RC1 amd64: SHA256 (FreeBSD-10.0-RC1-amd64-bootonly.iso) =3D c640ac78fee2cbc411= b701ecc028286c7514fe324ce5ba57176edc42fa143d85 SHA256 (FreeBSD-10.0-RC1-amd64-disc1.iso) =3D f41c8d4b78cfb6ec0cca4= ad21f937fe1e6a65e7b61167467860110c3290d650e SHA256 (FreeBSD-10.0-RC1-amd64-memstick.img) =3D 9015c7cb025bc9d62e= b989b22a172a756a6fb53646bad9fa83ee6e53358737f8 MD5 (FreeBSD-10.0-RC1-amd64-bootonly.iso) =3D f183fe88ed81d2cebef7f= ed42084d62b MD5 (FreeBSD-10.0-RC1-amd64-disc1.iso) =3D dd2b48fbe752a78d6e002abb= d1a04bc6 MD5 (FreeBSD-10.0-RC1-amd64-memstick.img) =3D 54d1c86aa05bfbf5e5c11= 450c74e3e5a - 10.0-RC1 i386: SHA256 (FreeBSD-10.0-RC1-i386-bootonly.iso) =3D a77c69c1483447a47aa= 7efb74a77d0db297427671384f6743330a3c5b508c3ee SHA256 (FreeBSD-10.0-RC1-i386-disc1.iso) =3D beb48fcd2dfcde9ace0a44= ff689085baf3bc80575503af4e3bc445ec894d2255 SHA256 (FreeBSD-10.0-RC1-i386-memstick.img) =3D 01fbf1c70af180a7d01= fc0d279552d24ad6da302ec0fac0727ff00bd146cc04f MD5 (FreeBSD-10.0-RC1-i386-bootonly.iso) =3D 03a30dc2485ec596dfc068= c0e173510c MD5 (FreeBSD-10.0-RC1-i386-disc1.iso) =3D c11cd8955b183a39163f4eb66= f4a312a MD5 (FreeBSD-10.0-RC1-i386-memstick.img) =3D 9c544ef2186c25b8ed7669= 0f806dbc67 - 10.0-RC1 ia64: SHA256 (FreeBSD-10.0-RC1-ia64-bootonly.iso) =3D fe13352fad5835b85d1= 9897ac222c73a13be29be848a80c1a025871bd60735ae SHA256 (FreeBSD-10.0-RC1-ia64-disc1.iso) =3D c031581ebdcb457233b3a5= 1ef6598053130ac4a9414fef885d2e1cbabe7c41a4 SHA256 (FreeBSD-10.0-RC1-ia64-memstick.img) =3D bd9b058d639a6649a73= 94dc1bc588e80f75c41bc1521a50b66d9d8a623fee9fd MD5 (FreeBSD-10.0-RC1-ia64-bootonly.iso) =3D c6df39a7a561dee8ffddb4= 12f5313f50 MD5 (FreeBSD-10.0-RC1-ia64-disc1.iso) =3D 19dea92e71cfb9fe0c66f57be= 4588805 MD5 (FreeBSD-10.0-RC1-ia64-memstick.img) =3D a783748b0f101629a7c2a2= ad87d8d813 - 10.0-RC1 powerpc: SHA256 (FreeBSD-10.0-RC1-powerpc-bootonly.iso) =3D 2feb3f9a7b1e3c56= 62fc8be154cc758e32afcb5c4b97ecaf9c3d24cc4cee9599 SHA256 (FreeBSD-10.0-RC1-powerpc-disc1.iso) =3D bb9f456932d41f67aa7= c99c58c94bbb38f61ac3c5bf3a72894aa7ddea88bf39e SHA256 (FreeBSD-10.0-RC1-powerpc-memstick.img) =3D d1c320b4bc5d3fd8= 5bab04b7b441a51d3d060130931a9d2195df0653b51a6d71 MD5 (FreeBSD-10.0-RC1-powerpc-bootonly.iso) =3D e7fe84f27f2efffa333= 17ec36e90e41e MD5 (FreeBSD-10.0-RC1-powerpc-disc1.iso) =3D 4386dff3617a72b05d4b95= 0a6938aab6 MD5 (FreeBSD-10.0-RC1-powerpc-memstick.img) =3D e1b8b471adff5167754= 550a763b85a09 - 10.0-RC1 powerpc64: SHA256 (FreeBSD-10.0-RC1-powerpc-powerpc64-bootonly.iso) =3D c9e51b= f25b5deed99810b0b41ba4589475682254c54af34dbaf534aeff1b5fad SHA256 (FreeBSD-10.0-RC1-powerpc-powerpc64-disc1.iso) =3D 175f45e29= 346acaacd4767b3508da88f6a72cfa8170366bba91cb1460bd0158b SHA256 (FreeBSD-10.0-RC1-powerpc-powerpc64-memstick.img) =3D b1df2f= 1bd7fed90d496ba75a5fb9d56c9980c288ac27f5aeb468ff1d867706c1 MD5 (FreeBSD-10.0-RC1-powerpc-powerpc64-bootonly.iso) =3D bfe477b49= 9fd4eaa125d7ccd44bcc5ef MD5 (FreeBSD-10.0-RC1-powerpc-powerpc64-disc1.iso) =3D c9d6f722d9f5= 132097ed9084695ee07f MD5 (FreeBSD-10.0-RC1-powerpc-powerpc64-memstick.img) =3D 2bfeef18a= 4e062030683d93975ac738c - 10.0-RC1 sparc64: SHA256 (FreeBSD-10.0-RC1-sparc64-bootonly.iso) =3D 32d18bdb5a56f938= dc9e2a6887bba878a5bc0148cfb497e7835deb56453a76f6 SHA256 (FreeBSD-10.0-RC1-sparc64-disc1.iso) =3D 60c75a42e86384df9cd= 310a73b3202d4af395745e4b439d573e42bd0f69a0e61 MD5 (FreeBSD-10.0-RC1-sparc64-bootonly.iso) =3D 7f5b692b7ec22acfdde= 1a523c2b8aa9f MD5 (FreeBSD-10.0-RC1-sparc64-disc1.iso) =3D 9ce742472d0fed5b9a6dde= 09848907c4 =3D=3D VM IMAGE CHECKSUMS =3D=3D - 10.0-RC1 amd64: SHA256 (FreeBSD-10.0-RC1-amd64.qcow2.xz) =3D fe36f1518049f3994cac8c= 9443b6ec54c99b2284b697aa8d3dc688c7ecb35aff SHA256 (FreeBSD-10.0-RC1-amd64.vhd.xz) =3D b73ec025304860b1124cb213= a635022153d0fbd26ed7933a3341c01cd28acb30 SHA256 (FreeBSD-10.0-RC1-amd64.vmdk.xz) =3D e9519660a5f1580af51407e= 38a2e77c0997a8d517bf5ab2c7240191285b0e498 MD5 (FreeBSD-10.0-RC1-amd64.qcow2.xz) =3D 65e7240207db3937ac822e657= 7294d9c MD5 (FreeBSD-10.0-RC1-amd64.vhd.xz) =3D 35c01e68934c81047bf43115743= 14786 MD5 (FreeBSD-10.0-RC1-amd64.vmdk.xz) =3D b9815682f5a6d510c97bd90102= 6d1b7c - 10.0-RC1 i386: SHA256 (FreeBSD-10.0-RC1-i386.qcow2.xz) =3D 9d977b9032f2ecfc30958bc= 6dc3f0a4a6d506374c02e7aae327f370f156b7769 SHA256 (FreeBSD-10.0-RC1-i386.vhd.xz) =3D 7c62ed754d4c339b0670ddd2e= 8a88601b341bd69695c91cdcaaf3c59a0533dfc SHA256 (FreeBSD-10.0-RC1-i386.vmdk.xz) =3D b28f26ee2a48c40381677ea8= e9b57805aa92be1f78f5d4a57bb4adc3bc80971a MD5 (FreeBSD-10.0-RC1-i386.qcow2.xz) =3D 84b06ae30236db5dbb608c2b82= c40996 MD5 (FreeBSD-10.0-RC1-i386.vhd.xz) =3D d23f7b0596f4df11bb4aa8c0da86= cb98 MD5 (FreeBSD-10.0-RC1-i386.vmdk.xz) =3D b15a4b3b9ec4823f41bf6d5d5ef= 16b3d Glen --MfFXiAuoTsnnDAfZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSpiW7AAoJELls3eqvi17Q5pAQANT5xUKZraKW74B/u1piLJpJ TupHBLT7zugITFaQPXkLeVGXgIZetmzWg/zvLtwgPqXl3/jFkXy+inEISosvut4W RUtshPH0kJMZRhmPE4Eq1VwQy3yC0Bm9ooarCwoL/JmSjgZMMJfEiiQ9z7DL9QrX Um6zwYFYO6/+hkWziVBK289W79A5tW3Wtq/uUL8T/k05QYHhLyhcx8YKCUmxOrKR ETNwbjOpIRZgk45aeAByNHtmJka2yXbFVGqBrrH9Pbk+sK8oKZJ/GqsqHgDeihBL YCcif1VEYKbgHA1Q3MaozF8TJHlVC2mgZWYKf0fhOx3qPmVdUeU0iOvLzGmFJJi2 VkFfpHXOhPdh/Wd0JAZ3Ul17yEs3Vf6w2xz+5vZfpV+iwBU2epiDZh1Buceva4xp 3atoJ9Wq2XtLfn8UdXwv+FcQwp9Jvi/HI3EgIRjCr4EAjmtmAc0Gy9AM8u2NgeJy OxNqquNS4QHqykEv8ETj6bD+JRqW8LYsDV+wgB8n0NLCcZvtkPRl3QHbjPTjWGbS OCPQiatoG8165vs7TCznMxOz3MSiCBHj4+B7Gt2Xp3ghmOuUTFJqjBnAHVYlSwjo ZRaInhfy+09seWzFrobcUt8//qeecNfNloZ64x7sRDxD/i4iCALUtj+0MDjClKqW g9fCUPkPxgF6HtfDmxQa =j7Ds -----END PGP SIGNATURE----- --MfFXiAuoTsnnDAfZ-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 20:49:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4359BA32 for ; Mon, 9 Dec 2013 20:49:48 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id F19561F47 for ; Mon, 9 Dec 2013 20:49:47 +0000 (UTC) Received: from rnote.ddteam.net (224-13-135-95.pool.ukrtel.net [95.135.13.224]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 4DEAFC493C; Mon, 9 Dec 2013 22:49:46 +0200 (EET) Date: Mon, 9 Dec 2013 22:49:33 +0200 From: Aleksandr Rybalko To: Marc UBM Subject: Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken Message-Id: <20131209224933.99cffd23.ray@freebsd.org> In-Reply-To: <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> References: <201312052238.rB5McsVN020719@svn.freebsd.org> <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 20:49:48 -0000 On Sun, 8 Dec 2013 16:36:10 +0100 Marc UBM wrote: > Hiho! :-) > > Thanks a lot for working on this! > > As soon as X is started, things work fine. Before that (as soon as vt > is initialized after the boot menu), output on all ttys is flickering, > resolution is at 640x480 (guessing here) and changing anything via > vidcontrol fails with "inappropriate ioctl for device". Also, screen > output starts overlapping, but a "clear" command fixes that > temporarily. The "Alt-Gr" key does nothing, manually entering ascii > keycodes via alt+number (e.g. alt-124 for |) works. > > Relevant pciconf output: > > vgapci0@pci0:0:2:0: class=0x030000 card=0x40011297 chip=0x2e328086 > rev=0x03 hdr=0x00 vendor = 'Intel Corporation' > device = '4 Series Chipset Integrated Graphics Controller' > class = display > subclass = VGA > > vgapci1@pci0:0:2:1: class=0x038000 card=0x40011297 chip=0x2e338086 > rev=0x03 hdr=0x00 vendor = 'Intel Corporation' > device = '4 Series Chipset Integrated Graphics Controller' > class = display > > Best regards, > Marc > > > > > -- > Marc "UBM" Bocklet > _______________________________________________ > 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" Hi Marc, yeah I seen same at the test board vgapci0@pci0:0:2:0: class=0x030000 card=0x00368086 chip=0x00428086 First thought was about firmware(BIOS) bug related to VGA graphic mode. Are your board made by Intel too (mine is INTEL DH55HC)? WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 21:57:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11AD29FE for ; Mon, 9 Dec 2013 21:57:32 +0000 (UTC) Received: from mail-bk0-x233.google.com (mail-bk0-x233.google.com [IPv6:2a00:1450:4008:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8BCF613BE for ; Mon, 9 Dec 2013 21:57:31 +0000 (UTC) Received: by mail-bk0-f51.google.com with SMTP id 6so1650590bkj.10 for ; Mon, 09 Dec 2013 13:57:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type; bh=b6yG3eQcju/xtNXyneuIX8vlJq9ohvGVvRXK7JRmIzM=; b=ygsavGtXzztmXy7m/20smqNjXWeSrHn7y6TBMh6f578GmENYFuX2usFA9a7g/hX3AH EWIv7jBLYAT2Vv2lMFO93BLSiuv83Rq2RxiYy1MbKRYBfecMQC0TURQPetY6WlzpxK2t sq6OslVP0cF+EJRGSlplz/S7HHcbSL2CchUaNG3TV0CyC/jqLO643tSRbWgmlaL/n8U8 mFnbi4y1GNZRI5S/xnMtYOAmvqh80lqgwaOMI8hof2DhHdBbAbXxNBlJRV3VxQ/3s2s9 SJ2HpHjTStV1pt+0xdcHncLmiywLY0Hn7h+ManGqFDQWCNsRPBrvqsr5NXdoxYer/Dul j+CA== X-Received: by 10.205.14.197 with SMTP id pr5mr6704783bkb.33.1386626249768; Mon, 09 Dec 2013 13:57:29 -0800 (PST) Received: from ubm.strangled.net (g231035189.adsl.alicedsl.de. [92.231.35.189]) by mx.google.com with ESMTPSA id l5sm9674296bko.7.2013.12.09.13.57.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 09 Dec 2013 13:57:28 -0800 (PST) Date: Mon, 9 Dec 2013 22:57:27 +0100 From: Marc UBM To: current@freebsd.org Subject: Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken Message-Id: <20131209225727.93e77b91aac4c1f33db472a4@gmail.com> In-Reply-To: <20131209224933.99cffd23.ray@freebsd.org> References: <201312052238.rB5McsVN020719@svn.freebsd.org> <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> <20131209224933.99cffd23.ray@freebsd.org> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__9_Dec_2013_22_57_27_+0100_kydI6NbJ7lyq9DqI" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 21:57:32 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__9_Dec_2013_22_57_27_+0100_kydI6NbJ7lyq9DqI Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Mon, 9 Dec 2013 22:49:33 +0200 Aleksandr Rybalko wrote: > > Hi Marc, > > yeah I seen same at the test board > > vgapci0@pci0:0:2:0: class=0x030000 card=0x00368086 chip=0x00428086 > > First thought was about firmware(BIOS) bug related to VGA graphic mode. > Are your board made by Intel too (mine is INTEL DH55HC)? > > WBW > -- > Aleksandr Rybalko Yeah, this is a Shuttle barebone with an Intel Board inside it: http://www.shuttle.eu/index.php?id=836&L=0 dmesg is attached. Bye Marc --Multipart=_Mon__9_Dec_2013_22_57_27_+0100_kydI6NbJ7lyq9DqI Content-Type: application/octet-stream; name="dmesg.newcons" Content-Disposition: attachment; filename="dmesg.newcons" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTMgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMS4wLUNVUlJFTlQgIzE1IHIyNTgyNTQ6MjU5MDk1 TTogU3VuIERlYyAgOCAxMjoxMTozMyBDRVQgMjAxMwogICAgc2hlZXBAdWJtLnN0cmFuZ2xlZC5u ZXQ6L3Vzci9vYmovdXNyL3NyYy9zeXMvU1VCTUFSSU5FX1NNUCBhbWQ2NApGcmVlQlNEIGNsYW5n IHZlcnNpb24gMy4zICh0YWdzL1JFTEVBU0VfMzMvZmluYWwgMTgzNTAyKSAyMDEzMDYxMApDUFU6 IEludGVsKFIpIENvcmUoVE0pMiBDUFUgICAgICAgICAgNjQwMCAgQCAyLjEzR0h6ICgyMTI4LjA1 LU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2ZjYg IEZhbWlseSA9IDB4NiAgTW9kZWwgPSAweGYgIFN0ZXBwaW5nID0gNgogIEZlYXR1cmVzPTB4YmZl YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBH RSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixT UyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weGUzYmQ8U1NFMyxEVEVTNjQsTU9OLERTX0NQTCxW TVgsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTT4KICBBTUQgRmVhdHVyZXM9MHgyMDEwMDgw MDxTWVNDQUxMLE5YLExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQLXN0YXRl IGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSA4NTg5OTM0 NTkyICg4MTkyIE1CKQphdmFpbCBtZW1vcnkgPSA4MTM5MjM1MzI4ICg3NzYyIE1CKQpFdmVudCB0 aW1lciAiTEFQSUMiIHF1YWxpdHkgNDAwCkFDUEkgQVBJQyBUYWJsZTogPDAxMzExMSBBUElDMTM0 Mz4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCkZy ZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCAyIGNvcmUocykKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6 ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAt MjMgb24gbW90aGVyYm9hcmQKcmFuZG9tOiA8U29mdHdhcmUsIFlhcnJvdz4gaW5pdGlhbGl6ZWQK a2JkMSBhdCBrYmRtdXgwCmFjcGkwOiA8U2h1dHRsIFNodXR0bGU+IG9uIG1vdGhlcmJvYXJkCmFj cGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQphY3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAg KDMpIGZhaWxlZAphY3BpMDogcmVzZXJ2YXRpb24gb2YgMTAwMDAwLCBiN2QwMDAwMCAoMykgZmFp bGVkCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMAph dHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0MyBpcnEgMCBvbiBhY3BpMApUaW1lY291 bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAi aTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMTAwCmF0cnRjMDogPEFUIHJlYWx0 aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEgOCBvbiBhY3BpMApFdmVudCB0aW1lciAiUlRD IiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAwCmhwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZl bnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRl ciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTUwCkV2ZW50IHRpbWVyICJI UEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NTAKRXZlbnQgdGltZXIgIkhQRVQx IiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQyIiBm cmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA0NDAKVGltZWNvdW50ZXIgIkFDUEktc2FmZSIg ZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSA4NTAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGlt ZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDgtMHg4MGIgb24gYWNwaTAKcGNpYjA6IDxBQ1BJ IEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQ Q0kgYnVzPiBvbiBwY2liMAp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAw eGNjMDAtMHhjYzA3IG1lbSAweGZlNDAwMDAwLTB4ZmU3ZmZmZmYsMHhkMDAwMDAwMC0weGRmZmZm ZmZmIGlycSAxNiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKYWdwMDogPEludGVsIEc0MSBTVkdBIGNv bnRyb2xsZXI+IG9uIHZnYXBjaTAKYWdwMDogYXBlcnR1cmUgc2l6ZSBpcyAyNTZNLCBkZXRlY3Rl ZCAxMzEwNjhrIHN0b2xlbiBtZW1vcnkKdmdhcGNpMTogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+ IG1lbSAweGZlODAwMDAwLTB4ZmU4ZmZmZmYgYXQgZGV2aWNlIDIuMSBvbiBwY2kwCmhkYWMwOiA8 SW50ZWwgODI4MDFHIEhEQSBDb250cm9sbGVyPiBtZW0gMHhmZTlmODAwMC0weGZlOWZiZmZmIGly cSAxNiBhdCBkZXZpY2UgMjcuMCBvbiBwY2kwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g aXJxIDE2IGF0IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjEgb24g cGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgptc2tjMDogPE1hcnZlbGwgWXVrb24g ODhFODA1NyBHaWdhYml0IEV0aGVybmV0PiBwb3J0IDB4ZDgwMC0weGQ4ZmYgbWVtIDB4ZmVhZmMw MDAtMHhmZWFmZmZmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCm1zazA6IDxNYXJ2ZWxs IFRlY2hub2xvZ3kgR3JvdXAgTHRkLiBZdWtvbiBVbHRyYSAyIElkIDB4YmEgUmV2IDB4MDA+IG9u IG1za2MwCm1zazA6IEV0aGVybmV0IGFkZHJlc3M6IDgwOmVlOjczOjA1OmU3OjkwCm1paWJ1czA6 IDxNSUkgYnVzPiBvbiBtc2swCmUxMDAwcGh5MDogPE1hcnZlbGwgODhFMTE0OSBHaWdhYml0IFBI WT4gUEhZIDAgb24gbWlpYnVzMAplMTAwMHBoeTA6ICBub25lLCAxMGJhc2VULCAxMGJhc2VULUZE WCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1tYXN0ZXIs IDEwMDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCBhdXRvLCBhdXRvLWZsb3cKdWhj aTA6IDxJbnRlbCA4MjgwMUcgKElDSDcpIFVTQiBjb250cm9sbGVyIFVTQi1BPiBwb3J0IDB4Yzg4 MC0weGM4OWYgaXJxIDIzIGF0IGRldmljZSAyOS4wIG9uIHBjaTAKdXNidXMwIG9uIHVoY2kwCnVo Y2kxOiA8SW50ZWwgODI4MDFHIChJQ0g3KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweGM4 MDAtMHhjODFmIGlycSAxOSBhdCBkZXZpY2UgMjkuMSBvbiBwY2kwCnVzYnVzMSBvbiB1aGNpMQp1 aGNpMjogPEludGVsIDgyODAxRyAoSUNINykgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQgMHhj NDgwLTB4YzQ5ZiBpcnEgMTggYXQgZGV2aWNlIDI5LjIgb24gcGNpMAp1c2J1czIgb24gdWhjaTIK dWhjaTM6IDxJbnRlbCA4MjgwMUcgKElDSDcpIFVTQiBjb250cm9sbGVyIFVTQi1EPiBwb3J0IDB4 YzQwMC0weGM0MWYgaXJxIDE2IGF0IGRldmljZSAyOS4zIG9uIHBjaTAKdXNidXMzIG9uIHVoY2kz CmVoY2kwOiA8SW50ZWwgODI4MDFHQi9SIChJQ0g3KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAw eGZlOWY3YzAwLTB4ZmU5ZjdmZmYgaXJxIDIzIGF0IGRldmljZSAyOS43IG9uIHBjaTAKdXNidXM0 OiBFSENJIHZlcnNpb24gMS4wCnVzYnVzNCBvbiBlaGNpMApwY2liMzogPEFDUEkgUENJLVBDSSBi cmlkZ2U+IGF0IGRldmljZSAzMC4wIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjMKZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTGVnYWN5IE5ldHdvcmsgQ29ubmVjdGlvbiAxLjAu Nj4gcG9ydCAweGVjMDAtMHhlYzNmIG1lbSAweGZlYmUwMDAwLTB4ZmViZmZmZmYsMHhmZWJjMDAw MC0weGZlYmRmZmZmIGlycSAxNyBhdCBkZXZpY2UgOS4wIG9uIHBjaTMKZW0wOiBFdGhlcm5ldCBh ZGRyZXNzOiAwMDoxYjoyMToxNzoyZTo1ZAppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZp Y2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8SW50ZWwg SUNINyBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgx NzcsMHgzNzYsMHhmZmEwLTB4ZmZhZiBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwCmF0YTA6IDxBVEEg Y2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGF0YXBjaTAKYXRhcGNpMTogPEludGVsIElDSDcgU0FU QTMwMCBjb250cm9sbGVyPiBwb3J0IDB4YzA4MC0weGMwODcsMHhjMDAwLTB4YzAwMywweGJjMDAt MHhiYzA3LDB4Yjg4MC0weGI4ODMsMHhiODAwLTB4YjgwZiBpcnEgMTkgYXQgZGV2aWNlIDMxLjIg b24gcGNpMAphdGEyOiA8QVRBIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhdGFwY2kxCmF0YTM6 IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGF0YXBjaTEKcGNpMDogPHNlcmlhbCBidXMs IFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQphY3BpX2J1dHRvbjA6 IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChp ODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJk PiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0K b3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGNjODAwLTB4Y2Q3ZmYgb24gaXNhMApw cGMwOiBjYW5ub3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5nZQpjb3JldGVtcDA6IDxDUFUgT24tRGll IFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MAplc3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1 ZW5jeSBDb250cm9sPiBvbiBjcHUwCnA0dGNjMDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250 cm9sPiBvbiBjcHUwCmNvcmV0ZW1wMTogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBj cHUxCmVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEK cDR0Y2MxOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTEKWkZTIGZpbGVz eXN0ZW0gdmVyc2lvbjogNQpaRlMgc3RvcmFnZSBwb29sIHZlcnNpb246IGZlYXR1cmVzIHN1cHBv cnQgKDUwMDApClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEwLjAwMCBtc2VjCmhkYWNjMDogPElE VCA5MkhEODlDMiBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEwOiA8SURUIDkySEQ4 OUMyIEF1ZGlvIEZ1bmN0aW9uIEdyb3VwPiBhdCBuaWQgMSBvbiBoZGFjYzAKcGNtMDogPElEVCA5 MkhEODlDMiAoQW5hbG9nIDIuMCtIUC8yLjApPiBhdCBuaWQgMTMsMTAgYW5kIDE0LDExLDE1LDEy IG9uIGhkYWEwCnBjbTE6IDxJRFQgOTJIRDg5QzIgKERpZ2l0YWwpPiBhdCBuaWQgMzUgb24gaGRh YTAKcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4KdXNidXMwOiAxMk1icHMgRnVsbCBTcGVlZCBV U0IgdjEuMAp1c2J1czE6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVnZW4wLjE6IDxJbnRl bD4gYXQgdXNidXMwCnVodWIwOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAp1Z2VuMS4xOiA8SW50ZWw+IGF0IHVzYnVzMQp1 aHViMTogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2J1czEKdXNidXMyOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czM6 IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVnZW4yLjE6IDxJbnRlbD4gYXQgdXNidXMyCnVo dWIyOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8SW50ZWw+IGF0IHVzYnVzMwp1aHViMzogPEludGVsIFVI Q0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMK dXNidXM0OiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKdWdlbjQuMTogPEludGVsPiBhdCB1 c2J1czQKdWh1YjQ6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNidXM0CnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNl bGYgcG93ZXJlZAp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQK dWh1YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIzOiAyIHBv cnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAphZGEwIGF0IGF0YTIgYnVzIDAgc2Ni dXMxIHRhcmdldCAxIGx1biAwCmFkYTA6IDxTQU1TVU5HIEhENzUzTEogMUFBMDExMDk+IEFUQS03 IFNBVEEgMi54IGRldmljZQphZGEwOiBTZXJpYWwgTnVtYmVyIFMxM1VKRFdRMzA4NjQyCmFkYTA6 IDE1MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSwgVURNQTUsIFBJTyA4MTkyYnl0ZXMpCmFkYTA6 IDcxNTQwNE1CICgxNDY1MTQ5MTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAxNjM4M0Mp CmFkYTA6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkNQphZGExIGF0IGF0YTMgYnVzIDAgc2Ni dXMyIHRhcmdldCAwIGx1biAwCmFkYTE6IDxTQU1TVU5HIEhENzUzTEogMUFBMDExMDk+IEFUQS03 IFNBVEEgMi54IGRldmljZQphZGExOiBTZXJpYWwgTnVtYmVyIFMxM1VKRFdRMzA4NjQzCmFkYTE6 IDE1MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSwgVURNQTUsIFBJTyA4MTkyYnl0ZXMpCmFkYTE6 IDcxNTQwNE1CICgxNDY1MTQ5MTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAxNjM4M0Mp CmFkYTE6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkNgpTTVA6IEFQIENQVSAjMSBMYXVuY2hl ZCEKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDIxMjgwNDYyMjQgSHogcXVhbGl0eSAxMDAw ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1 c2J1czQKdWh1YjQ6IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClRyeWlu ZyB0byBtb3VudCByb290IGZyb20gemZzOmxlaWxhMiBbXS4uLgp1Z2VuMS4yOiA8TG9naXRlY2g+ IGF0IHVzYnVzMQp1bXMwOiA8TG9naXRlY2ggVVNCLVBTMiBPcHRpY2FsIE1vdXNlLCBjbGFzcyAw LzAsIHJldiAyLjAwLzIwLjAwLCBhZGRyIDI+IG9uIHVzYnVzMQp1bXMwOiAzIGJ1dHRvbnMgYW5k IFtYWVpdIGNvb3JkaW5hdGVzIElEPTAKY29uc29sZWN0bDogdW5rbm93biBpb2N0bDogdDo0MDAw NzQxMwppbmZvOiBbZHJtXSBJbml0aWFsaXplZCBkcm0gMS4xLjAgMjAwNjA4MTAKZHJtbjA6IDxJ bnRlbCBHNDE+IG9uIHZnYXBjaTAKaW5mbzogW2RybV0gTVNJIGVuYWJsZWQgMSBtZXNzYWdlKHMp CmluZm86IFtkcm1dIEFHUCBhdCAweGQwMDAwMDAwIDI1Nk1CCmlpY2J1czA6IDxQaGlsaXBzIEky QyBidXM+IG9uIGlpY2JiMCBhZGRyIDB4ZmYKaWljMDogPEkyQyBnZW5lcmljIEkvTz4gb24gaWlj YnVzMAppaWMxOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMxCmlpY2J1czI6IDxQaGlsaXBz IEkyQyBidXM+IG9uIGlpY2JiMSBhZGRyIDB4ZmYKaWljMjogPEkyQyBnZW5lcmljIEkvTz4gb24g aWljYnVzMgppaWMzOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMzCmlpY2J1czQ6IDxQaGls aXBzIEkyQyBidXM+IG9uIGlpY2JiMiBhZGRyIDB4ZmYKaWljNDogPEkyQyBnZW5lcmljIEkvTz4g b24gaWljYnVzNAppaWM1OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXM1CmlpY2J1czY6IDxQ aGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMyBhZGRyIDB4ZmYKaWljNjogPEkyQyBnZW5lcmljIEkv Tz4gb24gaWljYnVzNgppaWM3OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXM3CmlpY2J1czg6 IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiNCBhZGRyIDB4ZmYKaWljODogPEkyQyBnZW5lcmlj IEkvTz4gb24gaWljYnVzOAppaWM5OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXM5CmlpY2J1 czEwOiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjUgYWRkciAweGZmCmlpYzEwOiA8STJDIGdl bmVyaWMgSS9PPiBvbiBpaWNidXMxMAppaWMxMTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVz MTEKaWljYnVzMTI6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiNiBhZGRyIDB4ZmYKaWljMTI6 IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czEyCmlpYzEzOiA8STJDIGdlbmVyaWMgSS9PPiBv biBpaWNidXMxMwppaWNidXMxNDogPFBoaWxpcHMgSTJDIGJ1cz4gb24gaWljYmI3IGFkZHIgMHhm ZgppaWMxNDogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMTQKaWljMTU6IDxJMkMgZ2VuZXJp YyBJL08+IG9uIGlpY2J1czE1CmluZm86IFtkcm1dIFN1cHBvcnRzIHZibGFuayB0aW1lc3RhbXAg Y2FjaGluZyBSZXYgMSAoMTAuMTAuMjAxMCkuCmluZm86IFtkcm1dIERyaXZlciBzdXBwb3J0cyBw cmVjaXNlIHZibGFuayB0aW1lc3RhbXAgcXVlcnkuCmRybW4wOiB0YWtpbmcgb3ZlciB0aGUgZmlj dGl0aW91cyByYW5nZSAweGQwMDAwMDAwLTB4ZTAwMDAwMDAKZmJkMCBvbiBkcm1uMAp2dF9hbGxv Y2F0ZTogUmVwbGFjZSBleGlzdGluZyBWVCBkcml2ZXIuCmluZm86IFtkcm1dIEluaXRpYWxpemVk IGk5MTUgMS42LjAgMjAwODA3MzAKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMK c3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9j dGw6IHQ6ODAwMDc0MTAKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91 c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6 ODAwMDc0MTAKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVu a25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6ODAwMDc0 MTAKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24g aW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6ODAwMDc0MTAKc3lz bW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6 IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6ODAwMDc0MTAKc3lzbW91c2U6 IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAw MDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6ODAwMDc0MTAKc3lzbW91c2U6IHVua25v d24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMK c3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6ODAwMDc0MTAK --Multipart=_Mon__9_Dec_2013_22_57_27_+0100_kydI6NbJ7lyq9DqI-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 22:04:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B023BC9 for ; Mon, 9 Dec 2013 22:04:45 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 05E4E14B1 for ; Mon, 9 Dec 2013 22:04:44 +0000 (UTC) Received: from rnote.ddteam.net (224-13-135-95.pool.ukrtel.net [95.135.13.224]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 2897CC493A; Tue, 10 Dec 2013 00:04:43 +0200 (EET) Date: Tue, 10 Dec 2013 00:04:30 +0200 From: Aleksandr Rybalko To: Larry Rosenman Subject: Re: panic with -CURRENT @Boot [r259130] Message-Id: <20131210000430.0cff80c1.ray@freebsd.org> In-Reply-To: <20131209163634.GA1471@borg.lerctr.org> References: <20131209163634.GA1471@borg.lerctr.org> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 22:04:45 -0000 On Mon, 9 Dec 2013 10:36:34 -0600 Larry Rosenman wrote: > > Path: . > Working Copy Root Path: /usr/src > URL: svn://svn.freebsd.org/base/head > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 259130 > Node Kind: directory > Schedule: normal > Last Changed Author: ray > Last Changed Rev: 259130 > Last Changed Date: 2013-12-09 09:28:34 -0600 (Mon, 09 Dec 2013) > [[cut]] Can you please share core and kernel with modules. I'm not sure, but looks like it is related to vt (newcons). So I have to investigate. Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 22:54:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B7156A9; Mon, 9 Dec 2013 22:54:43 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 120E217EE; Mon, 9 Dec 2013 22:54:42 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id hq4so4510934wib.8 for ; Mon, 09 Dec 2013 14:54:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FhtFfBvQvjriN5YChRSWCQ3uQPV3K+6icBMuEWqc1tk=; b=eaiSDpLql0EmWE5/7Bj9ukGpYtJ8JnIITcDSa+PLyiTWNay0noc2TobbIWyR5ylo7v WbsCp3QEaQrZN2GTwwG57sg1mFEgWX16jUvcJ9eOHvOTY456c4RF6ocEAOeqhHjQmZKR zWaHpxSejN95qRJAVF5D3H6yoqNfw2Dc1OtpiJCk+L9IX0uSvluZwTCkEI5PjHd2fAzK 48QFAdYRalBVrOzrXBfQf8olnKw99R49Cfz605fmG/SXr7mh6+NVszxc2SDaiOaw/W9K V1aW+p7d8n0WEvADykunsrWTSM7L0VNkN9sb7lVqaZ5e1IURJorN7W+/qIE8ZEAMXY/b TY8A== MIME-Version: 1.0 X-Received: by 10.180.108.97 with SMTP id hj1mr16276905wib.59.1386629681409; Mon, 09 Dec 2013 14:54:41 -0800 (PST) Received: by 10.227.226.12 with HTTP; Mon, 9 Dec 2013 14:54:41 -0800 (PST) Date: Tue, 10 Dec 2013 00:54:41 +0200 Message-ID: Subject: [SOLVED]Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken From: Markiyan Kushnir To: =?ISO-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 22:54:43 -0000 ok, now I'm at r259128 (both world and kernel), and ports at r335849 all rebuilt from scratch, the issue's gone away. Right before rebuild, it was the window manager (I would guess) that must be freeezing (no mouse, no feedback to keyboard, however clean shutdown of X from within external ssh sesssion). I think I must have messed something up with my base and ports. My typical desktop setup is X + compiz-fusion + lxsession (session mananger only, not even full lxde) + cairo-dock. PS. In my then broken setup, plain Xorg server + twm were not freezing. With kernel rebuild I've replaced sc with vt and things now are running plain ATM. Yes it appears the issue was not repated to vt. Thank you Jean-S=E9bastien and Aleksandr for taking care. -- Markiyan 2013/12/9 Jean-S=E9bastien P=E9dron : > On 09.12.2013 09:59, Markiyan Kushnir wrote: >> I'm on rev. 259102 and hitting drm not being able to attach to fbd >> device at X startup (X freezing). > > I believe those issues are unrelated: I have the "Failed to attach fbd > device" because I'm using syscons, however, X.Org works perfectly well. > > From your /var/log/messages, the driver properly initialized the card > and logged no error. > > Can you post your Xorg.0.log please? > > How do you determine that X is frozen? > > -- > Jean-S=E9bastien P=E9dron > From owner-freebsd-current@FreeBSD.ORG Mon Dec 9 23:57:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F206A992 for ; Mon, 9 Dec 2013 23:57:00 +0000 (UTC) Received: from mail-ea0-f171.google.com (mail-ea0-f171.google.com [209.85.215.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7FD531D24 for ; Mon, 9 Dec 2013 23:57:00 +0000 (UTC) Received: by mail-ea0-f171.google.com with SMTP id h10so1893761eak.2 for ; Mon, 09 Dec 2013 15:56:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=vQFFAtg3Mx0vV8Cvqa+if3jko+TY9ok3tPgrwC0EgDM=; b=Svzaq0aCLqUQQvMj9K1tVtPDEGZs5536xhL78XfYw99sEm+SCSIUw5rYR5tw+8QgIS 4i/EtIL36HA4og5m6rWRIid+cCF142J2pA92PeXHThv0JthjoOLI+jemb90oxKggjKSJ aQiG6qR+UahnRkR8u93+xT9gUcn8fVOUmZSllUg6xjqRO4PilsVqQu2+hsKCAXxZadAK nF2LNWemTI++27wMl3m/Uw9HldPTzNhmQY858SA/pPsdrXamznO3AFYSnOJYgDMPRsxI o3sjg4z2Fqa73JqYvUryYpeDtk+rm6BsboD6ukEZME6yqZiLN3lBGVAkJuOQ4XMVuKot JIIw== X-Gm-Message-State: ALoCoQlfXH0UFq2vMdpTmSCxuzicPU3FnXmS9xOh2zODpO7vXz0oyIfoxP+apfPiVijk7aukBBjh X-Received: by 10.14.218.69 with SMTP id j45mr14942827eep.22.1386632980515; Mon, 09 Dec 2013 15:49:40 -0800 (PST) Received: from rnote.ddteam.net (224-13-135-95.pool.ukrtel.net. [95.135.13.224]) by mx.google.com with ESMTPSA id e3sm34390118eeg.11.2013.12.09.15.49.38 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 09 Dec 2013 15:49:39 -0800 (PST) Date: Tue, 10 Dec 2013 01:49:26 +0200 From: Aleksandr Rybalko To: Markiyan Kushnir Subject: Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken Message-Id: <20131210014926.840974dc.ray@ddteam.net> In-Reply-To: References: <201312052238.rB5McsVN020719@svn.freebsd.org> <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> <20131209173521.3d8543998dad2bc57cdc326c@ddteam.net> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Marc UBM , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 09 Dec 2013 23:57:01 -0000 On Mon, 9 Dec 2013 19:48:44 +0200 Markiyan Kushnir wrote: > 2013/12/9 Aleksandr Rybalko : > > On Mon, 9 Dec 2013 10:59:14 +0200 > > Markiyan Kushnir wrote: > > > >> Hello, > >> > >> I'm on rev. 259102 and hitting drm not being able to attach to fbd > >> device at X startup (X freezing). > >> > >> Attaching /var/log/messages, pciconf output and kern.conftxt. > >> Please let me know if there is something I'm missing here. Posting > >> in this thread since I thought it might be relevant to this commit? > >> > >> Thanks, > >> Markiyan > >> > >> > >> 2013/12/8 Marc UBM : > >> > Hiho! :-) > >> > > >> > Thanks a lot for working on this! > >> > > >> > As soon as X is started, things work fine. Before that (as soon > >> > as vt is initialized after the boot menu), output on all ttys is > >> > flickering, resolution is at 640x480 (guessing here) and > >> > changing anything via vidcontrol fails with "inappropriate ioctl > >> > for device". Also, screen output starts overlapping, but a > >> > "clear" command fixes that temporarily. The "Alt-Gr" key does > >> > nothing, manually entering ascii keycodes via alt+number (e.g. > >> > alt-124 for |) works. > >> > > >> > Relevant pciconf output: > >> > > >> > vgapci0@pci0:0:2:0: class=0x030000 card=0x40011297 > >> > chip=0x2e328086 rev=0x03 hdr=0x00 vendor = 'Intel > >> > Corporation' device = '4 Series Chipset Integrated Graphics > >> > Controller' class = display > >> > subclass = VGA > >> > > >> > vgapci1@pci0:0:2:1: class=0x038000 card=0x40011297 > >> > chip=0x2e338086 rev=0x03 hdr=0x00 vendor = 'Intel > >> > Corporation' device = '4 Series Chipset Integrated Graphics > >> > Controller' class = display > >> > > >> > Best regards, > >> > Marc > >> > > >> > > > [[CUT]] > >> > > >> > > >> > -- > >> > Marc "UBM" Bocklet > >> > _______________________________________________ > >> > 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" > > > > Hi Markiyan! > > > > According to attached kernel config you run system with syscons > > (device sc). > > > > If you want to test it with vt (newcons), follow instructions on the > > wiki page. > > https://wiki.freebsd.org/Newcons > > > > Ah, thanks! I'll give it a try. I simply was curious of testing X > running on a Radeon card on CURRENT. Testing vt is a bit different > thing, and I will try it separately as well. Yet how about this error > with drm_fb_helper_single_fb_probe? Does it mean I cannot use the old > sc and vga devices now? It is not fatal in syscons case. We decide to mark this message as error, to get more attention when run with newcons. For newcons it indicate that vt will not be able to draw into framebuffer(memory region which contain image you see on display). But it have no impact on sc (syscons). > > > > > Thanks. > > > > WBW > > -- > > Aleksandr Rybalko Thanks! -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 01:42:16 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87E0F5F0 for ; Tue, 10 Dec 2013 01:42:16 +0000 (UTC) Received: from mail-qe0-x22a.google.com (mail-qe0-x22a.google.com [IPv6:2607:f8b0:400d:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40A7715A2 for ; Tue, 10 Dec 2013 01:42:16 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id b4so3639820qen.15 for ; Mon, 09 Dec 2013 17:42:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=FBdxI5WgKpsVtE+u7NUoB2PsjCB6MXttEhH16TGDWZs=; b=Rcc2kFQM7t96+Sffv8ACJSErK5YzYGb/MSsdNiJkgcD96eLNqoJfpUprthEtul0uqo R8QsFYtKBs6sbU1zRNj1TdHUmv9QxzXLOk1h56xwNNId/RDDub/i0n7NguXX1nHQqAQQ UOiZWEGC5YNshqv/ajqfNNIp7jJoyOGttzT6w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=FBdxI5WgKpsVtE+u7NUoB2PsjCB6MXttEhH16TGDWZs=; b=EsG4YYyuIRH3TLZxNTAfCrhE02DdvCsPifi5x6kLvmjyov1YsvOqWMYaZh5vh0HYBq EwILvNZv1OVKbTNgFSJActRK0o6zENm9RAEutWk7KnL8nj7wsitfIXxOSfMIaloUT9lL B1rCZNWoir5fucQfbNsHYPcC6KDOrdv/0KfP050naTeF1rEj1Jv4CbRc5tD897zIRCfF B0sRZi2BLAw+uNCjUVc9C9ywjgJ3zkEe/dGXBpVTx5A8y0lDm6qkZua6lHY5k5PB2LV4 5PFTK3Iihn0Hj2HL22r9qw8Gz4sWNYp2bJ5DU/hr3vin6brkvFeButn7w2zj+Lo0VT0p PPkA== X-Gm-Message-State: ALoCoQmuCkHwPTMUMiz6SL/eAt62L2MJQSetaLs2t7n3wJ7C1CY2pqX/ogqUr1tvYrlnLR3W0b94 X-Received: by 10.49.25.109 with SMTP id b13mr39236892qeg.3.1386639735478; Mon, 09 Dec 2013 17:42:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.86.42 with HTTP; Mon, 9 Dec 2013 17:41:45 -0800 (PST) In-Reply-To: <20131025232534.GQ59837@over-yonder.net> References: <201309192017.r8JKHoMj000974@svn.freebsd.org> <20131025232534.GQ59837@over-yonder.net> From: Eitan Adler Date: Mon, 9 Dec 2013 20:41:45 -0500 Message-ID: Subject: Re: svn commit: r255715 - head/usr.bin/calendar To: "Matthew D. Fuller" Content-Type: text/plain; charset=UTF-8 Cc: Diane Bruce , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 10 Dec 2013 01:42:16 -0000 [ reviving an old thread ] On Fri, Oct 25, 2013 at 7:25 PM, Matthew D. Fuller wrote: > Firstly, my ~/.calendar/calendar (which I'd long since forgotten even > existed; hadn't been touched since last millennium) had lines like > > #include > > which had worked fine previously, but now force-added the path to the > beginning, leading to a long list of > > 38152 calendar NAMI "/usr/share/calendar//usr/share/calendar/calendar.birthday" > > in the ktrace output. It could reasonably be argued that it's > coloring outside the lines a bit, but the manpage still speaks as > though it should DTRT. I just fix only this. > But the major upshot was that it didn't find any actual files, and so > calendar output nothing and exited without any errors or error code. > That part, doesn't seem so much right; it should at least say > SOMETHING, neh? This is still a problem > But with that tracked down and changed, it now started outputting > stuff. Too much stuff. Way too much stuff, in character sets my > xterm didn't know what to do with. It turns out THAT was a result of > lines in the file like > > /* #include */ > > which cpp properly did nothing with, but the built-in parsing still > sees and processes. That's definitely buggy... As is this. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 02:52:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AC57536; Tue, 10 Dec 2013 02:52:24 +0000 (UTC) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 436D819EF; Tue, 10 Dec 2013 02:52:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=mc6Ufq+AE7VogU6pl0bzVaPLLoLJkiUCO2JMkplrbtI=; b=n/6oql1gJpzLY7En7G5JxfPfWH8hCu3PqARtnHHUYS5CHAgy4uN0SLlXVgXQkQLLT1DHulue5qTEfdHHi+GLry3YjduSKZUJ3dUs7ifInntuBvWmi1IURug/kwmzpczHY7oo/lb5E2G+RXd/MT3QApXKkkFxkHt3P83Ab84T/LQ=; Received: from localhost.lerctr.org ([127.0.0.1]:15221 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpa (Exim 4.82 (FreeBSD)) (envelope-from ) id 1VqDQr-000CUG-Kq; Mon, 09 Dec 2013 20:52:23 -0600 Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Mon, 09 Dec 2013 20:52:21 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 09 Dec 2013 20:52:21 -0600 From: Larry Rosenman To: Aleksandr Rybalko Subject: Re: panic with -CURRENT @Boot [r259130] In-Reply-To: <20131210000430.0cff80c1.ray@freebsd.org> References: <20131209163634.GA1471@borg.lerctr.org> <20131210000430.0cff80c1.ray@freebsd.org> Message-ID: <0c6229e29c448e1940d75e75d41a65a6@webmail.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/0.9.5 X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 10 Dec 2013 02:52:24 -0000 On 2013-12-09 16:04, Aleksandr Rybalko wrote: > On Mon, 9 Dec 2013 10:36:34 -0600 > Larry Rosenman wrote: > >> >> Path: . >> Working Copy Root Path: /usr/src >> URL: svn://svn.freebsd.org/base/head >> Relative URL: ^/head >> Repository Root: svn://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 259130 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: ray >> Last Changed Rev: 259130 >> Last Changed Date: 2013-12-09 09:28:34 -0600 (Mon, 09 Dec 2013) >> > [[cut]] > > Can you please share core and kernel with modules. > I'm not sure, but looks like it is related to vt (newcons). > So I have to investigate. > > Thanks! > > WBW I've passed ray@ credentials to get at the core/kernel/etc on the system that generated it. Thanks all. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 11:21:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05861C05 for ; Tue, 10 Dec 2013 11:21:18 +0000 (UTC) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F6C61161 for ; Tue, 10 Dec 2013 11:21:16 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id t60so4847785wes.34 for ; Tue, 10 Dec 2013 03:21:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=z8hNcsSM7WS126LDmMC6NXHYzV5dpv6Kx0i98XR4qB8=; b=PeH3Z4y8QKd0OQAgtag3CJP8x5agqdzsmZF0ZYYTwlz9V8FdUl2OO/MqJIkjIxG70i 3n4/Vl1oXHGQHVnVHUumlA/TBI+2jfUajpeu1FhcE5xxIR/16T6THc8rgRvERlmuDbnk rYydJktImzzGM/YNyL/PmQhFbVa2vv9zIpES4GfL7Ym5JTZEuXmbuYuuvN4j4oafx7xc bNqMDU6TiqF3SA3dso1Qt3ypJaxRqLxiHwuucBIc2k++FYDnL5MtalmdIzOd6FS99uB5 Tp8Oz3YDZak1S3sdjWhPrJlarbBzuYyJLn3ZI5G56TGSOufi8XQLblXdxtGqd+6fmMkU 1Mvw== MIME-Version: 1.0 X-Received: by 10.194.2.79 with SMTP id 15mr1386078wjs.90.1386674475342; Tue, 10 Dec 2013 03:21:15 -0800 (PST) Received: by 10.227.226.12 with HTTP; Tue, 10 Dec 2013 03:21:15 -0800 (PST) Date: Tue, 10 Dec 2013 13:21:15 +0200 Message-ID: Subject: vt-enabled 11.0-CURRENT + radeonkms boot load = direct rendering disabled in X From: Markiyan Kushnir To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=047d7b3a8c3a861e7e04ed2c4fe3 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 10 Dec 2013 11:21:18 -0000 --047d7b3a8c3a861e7e04ed2c4fe3 Content-Type: text/plain; charset=ISO-8859-1 Hello, There seems to be a difference in how Xorg server can use direct rendering depending when radeonkms.ko was loaded: at boot time vs. at a later time (but not necessarily at X startup time). The difference is that direct rendering could not be enabled for X in the former case. In the latter case, direct rendering was successfully enabled. I'm semding Xorg.log.0 of the session with direct rendering failed to set up, as well as dmesg covering the two last sessions: one with no direct rendering (radeonkms_load="YES" in loader.conf) and the last one with direct rendering (radeonkms was loaded at X startup time, not system boot time). Please note that there was a LOR (kmslk, drmslk) at boot time of the "first" session with radeonkms_load="YES" in loader.conf -- Markiyan. --047d7b3a8c3a861e7e04ed2c4fe3 Content-Type: application/octet-stream; name="dmesg.1" Content-Disposition: attachment; filename="dmesg.1" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hp11uaq41 aW5mbzogW2RybV0gR0FSVDogbnVtIGNwdSBwYWdlcyAxMzEwNzIsIG51bSBncHUgcGFnZXMgMTMx MDcyCmluZm86IFtkcm1dIHByb2JpbmcgZ2VuIDIgY2FwcyBmb3IgZGV2aWNlIDgwODY6M2MwNCA9 IDMvZQppbmZvOiBbZHJtXSBlbmFibGluZyBQQ0lFIGdlbiAyIGxpbmsgc3BlZWRzLCBkaXNhYmxl IHdpdGggcmFkZW9uLnBjaWVfZ2VuMj0wCmluZm86IFtkcm1dIExvYWRpbmcgUlY3MTAgTWljcm9j b2RlCmVycm9yOiBbZHJtOnBpZDA6cjYwMF9pbml0X21pY3JvY29kZV0gKkVSUk9SKiByNjAwX2Nw OiBGYWlsZWQgdG8gbG9hZCBmaXJtd2FyZSAicmFkZW9ua21zZndfUlY3MTBfcGZwIgplcnJvcjog W2RybTpwaWQwOnJ2NzcwX3N0YXJ0dXBdICpFUlJPUiogRmFpbGVkIHRvIGxvYWQgZmlybXdhcmUh CmRybW4wOiBlcnJvcjogZGlzYWJsaW5nIEdQVSBhY2NlbGVyYXRpb24KZHJtbjA6IHdhcm5pbmc6 IDB4ZmZmZmY4MDAwN2M3ZGMwMCB1bnBpbiBub3QgbmVjZXNzYXJ5CmRybW4wOiB3YXJuaW5nOiAw eGZmZmZmODAwMDdjN2RjMDAgdW5waW4gbm90IG5lY2Vzc2FyeQppbmZvOiBbZHJtXSByYWRlb25f ZGV2aWNlX2luaXQ6IFRha2luZyBvdmVyIHRoZSBmaWN0aXRpb3VzIHJhbmdlIDB4ZTAwMDAwMDAt MHhmMDAwMDAwMAppaWNidXMwOiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjAgYWRkciAweGZm CmlpYzA6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czAKaWljYnVzMTogPFBoaWxpcHMgSTJD IGJ1cz4gb24gaWljYmIxIGFkZHIgMHhmZgppaWMxOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNi dXMxCmlpY2J1czI6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMiBhZGRyIDB4ZmYKaWljMjog PEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMgppaWNidXMzOiA8UGhpbGlwcyBJMkMgYnVzPiBv biBpaWNiYjMgYWRkciAweGZmCmlpYzM6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czMKaWlj YnVzNDogPFBoaWxpcHMgSTJDIGJ1cz4gb24gaWljYmI0IGFkZHIgMHhmZgppaWM0OiA8STJDIGdl bmVyaWMgSS9PPiBvbiBpaWNidXM0CmlpY2J1czU6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2Ji NSBhZGRyIDB4ZmYKaWljNTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzNQppaWNidXM2OiA8 UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjYgYWRkciAweGZmCmlpYzY6IDxJMkMgZ2VuZXJpYyBJ L08+IG9uIGlpY2J1czYKaW5mbzogW2RybV0gUmFkZW9uIERpc3BsYXkgQ29ubmVjdG9ycwppbmZv OiBbZHJtXSBDb25uZWN0b3IgMDoKaW5mbzogW2RybV0gICBIRE1JLUEtMQppbmZvOiBbZHJtXSAg IEhQRDEKaW5mbzogW2RybV0gICBEREM6IDB4N2U1MCAweDdlNTAgMHg3ZTU0IDB4N2U1NCAweDdl NTggMHg3ZTU4IDB4N2U1YyAweDdlNWMKaW5mbzogW2RybV0gICBFbmNvZGVyczoKaW5mbzogW2Ry bV0gICAgIERGUDE6IElOVEVSTkFMX1VOSVBIWQppbmZvOiBbZHJtXSBDb25uZWN0b3IgMToKaW5m bzogW2RybV0gICBWR0EtMQppbmZvOiBbZHJtXSAgIEREQzogMHg3ZTQwIDB4N2U0MCAweDdlNDQg MHg3ZTQ0IDB4N2U0OCAweDdlNDggMHg3ZTRjIDB4N2U0YwppbmZvOiBbZHJtXSAgIEVuY29kZXJz OgppbmZvOiBbZHJtXSAgICAgQ1JUMjogSU5URVJOQUxfS0xEU0NQX0RBQzIKaW5mbzogW2RybV0g Q29ubmVjdG9yIDI6CmluZm86IFtkcm1dICAgRFZJLUktMQppbmZvOiBbZHJtXSAgIEhQRDQKaW5m bzogW2RybV0gICBEREM6IDB4N2YxMCAweDdmMTAgMHg3ZjE0IDB4N2YxNCAweDdmMTggMHg3ZjE4 IDB4N2YxYyAweDdmMWMKaW5mbzogW2RybV0gICBFbmNvZGVyczoKaW5mbzogW2RybV0gICAgIENS VDE6IElOVEVSTkFMX0tMRFNDUF9EQUMxCmluZm86IFtkcm1dICAgICBERlAyOiBJTlRFUk5BTF9V TklQSFkyCmVycm9yOiBbZHJtOnBpZDA6cjYwMF9pcnFfc2V0XSAqRVJST1IqIENhbid0IGVuYWJs ZSBJUlEvTVNJIGJlY2F1c2Ugbm8gaGFuZGxlciBpcyBpbnN0YWxsZWQKaW5mbzogW2RybV0gSW50 ZXJuYWwgdGhlcm1hbCBjb250cm9sbGVyIHdpdGhvdXQgZmFuIGNvbnRyb2wKaW5mbzogW2RybV0g cmFkZW9uOiBwb3dlciBtYW5hZ2VtZW50IGluaXRpYWxpemVkCmluZm86IFtkcm1dIGZiIG1hcHBh YmxlIGF0IDB4RTAwNDAwMDAKaW5mbzogW2RybV0gdnJhbSBhcHBlciBhdCAweEUwMDAwMDAwCmlu Zm86IFtkcm1dIHNpemUgODI5NDQwMAppbmZvOiBbZHJtXSBmYiBkZXB0aCBpcyAyNAppbmZvOiBb ZHJtXSAgICBwaXRjaCBpcyA3NjgwCmZiZDAgb24gZHJtbjAKdnRfYWxsb2NhdGU6IFJlcGxhY2Ug ZXhpc3RpbmcgVlQgZHJpdmVyLgppbmZvOiBbZHJtXSBJbml0aWFsaXplZCByYWRlb24gMi4yOS4w IDIwMDgwNTI4CmhkYWMwOiA8QVRJIFJWNzMwIEhEQSBDb250cm9sbGVyPiBtZW0gMHhmYmUzMDAw MC0weGZiZTMzZmZmIGlycSAxNyBhdCBkZXZpY2UgMC4xIG9uIHBjaTIKcGNpMDogPG9sZCwgbm9u LVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDIuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQpw Y2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgMi41IChubyBkcml2 ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmlj ZSAyLjYgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRl dmljZT4gYXQgZGV2aWNlIDIuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMzogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMy4wIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjMKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2 aWNlIDMuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkg ZGV2aWNlPiBhdCBkZXZpY2UgMy41IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5v bi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAzLjYgKG5vIGRyaXZlciBhdHRhY2hlZCkK cGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDMuNyAobm8gZHJp dmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC4wIChubyBk cml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0LjEgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDQuMiAo bm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC4z IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0 LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNl IDQuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZp Y2UgNC42IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRl dmljZSA0LjcgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQg ZGV2aWNlIDUuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBub24tVkdBIGRpc3Bs YXkgZGV2aWNlPiBhdCBkZXZpY2UgNS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNl IHBlcmlwaGVyYWw+IGF0IGRldmljZSA1LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG9s ZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDUuMyAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgNS41IChu byBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0 IGRldmljZSA1LjcgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDE3LjAgb24gcGNpMApwY2k0OiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liNApwY2kwOiA8c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0 dGFjaGVkKQplbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNy4zLjg+ IHBvcnQgMHhmMDQwLTB4ZjA1ZiBtZW0gMHhmYmYwMDAwMC0weGZiZjFmZmZmLDB4ZmJmNDgwMDAt MHhmYmY0OGZmZiBpcnEgMjAgYXQgZGV2aWNlIDI1LjAgb24gcGNpMAplbTA6IFVzaW5nIGFuIE1T SSBpbnRlcnJ1cHQKZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiA3NDpkNDozNToxNTo4ODplYQplaGNp MDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmJmNDcwMDAtMHhm YmY0NzNmZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1c2J1czA6IEVIQ0kgdmVyc2lv biAxLjAKdXNidXMwIG9uIGVoY2kwCmhkYWMxOiA8SW50ZWwgUGF0c2J1cmcgSERBIENvbnRyb2xs ZXI+IG1lbSAweGZiZjIwMDAwLTB4ZmJmMjNmZmYgaXJxIDIyIGF0IGRldmljZSAyNy4wIG9uIHBj aTAKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjAgb24g cGNpMApwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQphaGNpMDogPE1hcnZlbGwgODhTRTkx NzIgQUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHhkMDQwLTB4ZDA0NywweGQwMzAtMHhkMDMz LDB4ZDAyMC0weGQwMjcsMHhkMDEwLTB4ZDAxMywweGQwMDAtMHhkMDBmIG1lbSAweGZiZDEwMDAw LTB4ZmJkMTAxZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpNQphaGNpMDogQUhDSSB2MS4w MCB3aXRoIDIgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBzdXBwb3J0ZWQgd2l0aCBGQlMK YWhjaTA6IHF1aXJrcz0weDEwMDxOT0JTWVJFUz4KYWhjaWNoMDogPEFIQ0kgY2hhbm5lbD4gYXQg Y2hhbm5lbCAwIG9uIGFoY2kwCmFoY2ljaDE6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBv biBhaGNpMApwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjgu MSBvbiBwY2kwCnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2CmFoY2kxOiA8TWFydmVsbCA4 OFNFOTE3MiBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGMwNDAtMHhjMDQ3LDB4YzAzMC0w eGMwMzMsMHhjMDIwLTB4YzAyNywweGMwMTAtMHhjMDEzLDB4YzAwMC0weGMwMGYgbWVtIDB4ZmJj MTAwMDAtMHhmYmMxMDFmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2k2CmFoY2kxOiBBSENJ IHYxLjAwIHdpdGggMiA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZCB3aXRo IEZCUwphaGNpMTogcXVpcmtzPTB4MTAwPE5PQlNZUkVTPgphaGNpY2gyOiA8QUhDSSBjaGFubmVs PiBhdCBjaGFubmVsIDAgb24gYWhjaTEKYWhjaWNoMzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5l bCAxIG9uIGFoY2kxCnBjaWI3OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmlj ZSAyOC4yIG9uIHBjaTAKcGNpNzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjcKYWhjaTI6IDxNYXJ2 ZWxsIDg4U0U5MTcyIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBwb3J0IDB4YjA0MC0weGIwNDcsMHhi MDMwLTB4YjAzMywweGIwMjAtMHhiMDI3LDB4YjAxMC0weGIwMTMsMHhiMDAwLTB4YjAwZiBtZW0g MHhmYmIxMDAwMC0weGZiYjEwMWZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBjaTcKYWhjaTI6 IEFIQ0kgdjEuMDAgd2l0aCAyIDZHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgc3VwcG9ydGVk IHdpdGggRkJTCmFoY2kyOiBxdWlya3M9MHgxMDA8Tk9CU1lSRVM+CmFoY2ljaDQ6IDxBSENJIGNo YW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMgphaGNpY2g1OiA8QUhDSSBjaGFubmVsPiBhdCBj aGFubmVsIDEgb24gYWhjaTIKcGNpYjg6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTkgYXQg ZGV2aWNlIDI4LjMgb24gcGNpMApwY2k4OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liOApmd29oY2kw OiA8MTM5NCBPcGVuIEhvc3QgQ29udHJvbGxlciBJbnRlcmZhY2U+IHBvcnQgMHhhMDAwLTB4YTBm ZiBtZW0gMHhmYmExMDAwMC0weGZiYTEwN2ZmIGlycSAxOSBhdCBkZXZpY2UgMC4wIG9uIHBjaTgK ZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMCAoUk9NPTEpCmZ3b2hjaTA6IE5vLiBvZiBJc29jaHJv bm91cyBjaGFubmVscyBpcyA0Lgpmd29oY2kwOiBFVUk2NCBmZjowMDowMDowMDowMDowMDowMDow MApmd29oY2kwOiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAsIDIgcG9ydHMuCmZ3b2hjaTA6IExp bmsgUzEwMCwgbWF4X3JlYyAyMDQ4IGJ5dGVzLgpmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJlV2ly ZSkgYnVzPiBvbiBmd29oY2kwCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNldApmd29oY2kwOiBm d29oY2lfaW50cl9jb3JlOiBCVVMgcmVzZXQKZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogbm9k ZV9pZD0weDAwMDAwMDAwLCBTZWxmSUQgQ291bnQ9MSwgQ1lDTEVNQVNURVIgbW9kZQphdGFwY2kw OiA8VklBIEFUQSBjb250cm9sbGVyPiBwb3J0IDB4YTE0MC0weGExNDcsMHhhMTMwLTB4YTEzMyww eGExMjAtMHhhMTI3LDB4YTExMC0weGExMTMsMHhhMTAwLTB4YTEwZiBpcnEgMTkgYXQgZGV2aWNl IDAuMSBvbiBwY2k4CmF0YTI6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGF0YXBjaTAK YXRhMzogPEFUQSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYXRhcGNpMApwY2liOTogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguNSBvbiBwY2kwCnBjaTk6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWI5CnhoY2kwOiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBjb250cm9s bGVyPiBtZW0gMHhmYjkwMDAwMC0weGZiOTBmZmZmLDB4ZmI5MTEwMDAtMHhmYjkxMWZmZiwweGZi OTEwMDAwLTB4ZmI5MTBmZmYgaXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpOQp4aGNpMDogMzIg Ynl0ZSBjb250ZXh0IHNpemUuCnVzYnVzMSBvbiB4aGNpMApwY2liMTA6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBpcnEgMTggYXQgZGV2aWNlIDI4LjYgb24gcGNpMApwY2kxMDogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjEwCnhoY2kxOiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBjb250cm9sbGVyPiBt ZW0gMHhmYjgwMDAwMC0weGZiODBmZmZmLDB4ZmI4MTEwMDAtMHhmYjgxMWZmZiwweGZiODEwMDAw LTB4ZmI4MTBmZmYgaXJxIDE4IGF0IGRldmljZSAwLjAgb24gcGNpMTAKeGhjaTE6IDMyIGJ5dGUg Y29udGV4dCBzaXplLgp1c2J1czIgb24geGhjaTEKZWhjaTE6IDxFSENJIChnZW5lcmljKSBVU0Ig Mi4wIGNvbnRyb2xsZXI+IG1lbSAweGZiZjQ2MDAwLTB4ZmJmNDYzZmYgaXJxIDIzIGF0IGRldmlj ZSAyOS4wIG9uIHBjaTAKdXNidXMzOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMyBvbiBlaGNpMQpw Y2liMTE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTEx OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTEKcmUwOiA8UmVhbFRlayA4MTY5LzgxNjlTLzgxNjlT QihMKS84MTEwUy84MTEwU0IoTCkgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweDkwMDAtMHg5MGZm IG1lbSAweGZiNzEwMDAwLTB4ZmI3MTAwZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMTEK cmUwOiBDaGlwIHJldi4gMHgxMDAwMDAwMApyZTA6IE1BQyByZXYuIDB4MDAwMDAwMDAKbWlpYnVz MDogPE1JSSBidXM+IG9uIHJlMApyZ2VwaHkwOiA8UlRMODE2OVMvODExMFMvODIxMSAxMDAwQkFT RS1UIG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMApyZ2VwaHkwOiAgbm9uZSwgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwYmFzZVQtRkRYLWZsb3csIDEwMGJhc2VUWCwgMTAwYmFzZVRY LUZEWCwgMTAwYmFzZVRYLUZEWC1mbG93LCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1tYXN0ZXIsIDEw MDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLWZsb3csIDEw MDBiYXNlVC1GRFgtZmxvdy1tYXN0ZXIsIGF1dG8sIGF1dG8tZmxvdwpyZTA6IEV0aGVybmV0IGFk ZHJlc3M6IDE0OmRhOmU5OmYxOjUyOjI2CmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmlj ZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmFoY2kzOiA8SW50ZWwgUGF0 c2J1cmcgQUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHhmMDkwLTB4ZjA5NywweGYwODAtMHhm MDgzLDB4ZjA3MC0weGYwNzcsMHhmMDYwLTB4ZjA2MywweGYwMjAtMHhmMDNmIG1lbSAweGZiZjQ1 MDAwLTB4ZmJmNDU3ZmYgaXJxIDE5IGF0IGRldmljZSAzMS4yIG9uIHBjaTAKYWhjaTM6IEFIQ0kg djEuMzAgd2l0aCA2IDZHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgbm90IHN1cHBvcnRlZAph aGNpY2g2OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTMKYWhjaWNoNzogPEFI Q0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kzCmFoY2llbTA6IDxBSENJIGVuY2xvc3Vy ZSBtYW5hZ2VtZW50IGJyaWRnZT4gb24gYWhjaTMKaWNoc21iMDogPEludGVsIFBhdHNidXJnIFNN QnVzIGNvbnRyb2xsZXI+IHBvcnQgMHhmMDAwLTB4ZjAxZiBtZW0gMHhmYmY0NDAwMC0weGZiZjQ0 MGZmIGlycSAxOCBhdCBkZXZpY2UgMzEuMyBvbiBwY2kwCnNtYnVzMDogPFN5c3RlbSBNYW5hZ2Vt ZW50IEJ1cz4gb24gaWNoc21iMApzbWIwOiA8U01CdXMgZ2VuZXJpYyBJL08+IG9uIHNtYnVzMApw Y2liMTI6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gb24gYWNwaTAKcGNpMjU1OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMTIKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgOC4wIChu byBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDgu MyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmlj ZSA4LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBk ZXZpY2UgOS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4g YXQgZGV2aWNlIDkuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVy YWw+IGF0IGRldmljZSA5LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJp cGhlcmFsPiBhdCBkZXZpY2UgMTAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNl IHBlcmlwaGVyYWw+IGF0IGRldmljZSAxMC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTog PGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEwLjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNp MjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTAuMyAobm8gZHJpdmVyIGF0dGFjaGVk KQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxMS4wIChubyBkcml2ZXIgYXR0 YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDExLjMgKG5vIGRyaXZl ciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTIuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxMi4x IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNl IDEyLjYgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBk ZXZpY2UgMTIuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+ IGF0IGRldmljZSAxMy4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBo ZXJhbD4gYXQgZGV2aWNlIDEzLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBw ZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTMuNiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxi YXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1 NTogPGRhc3A+IGF0IGRldmljZSAxNC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJh c2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE1LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1 OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTUuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpw Y2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNS4yIChubyBkcml2ZXIgYXR0YWNo ZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE1LjMgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTUuNCAobm8gZHJp dmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNS41IChu byBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE1 LjYgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZp Y2UgMTYuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0 IGRldmljZSAxNi4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJh bD4gYXQgZGV2aWNlIDE2LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJp cGhlcmFsPiBhdCBkZXZpY2UgMTYuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNl IHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNi40IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTog PGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE2LjUgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNp MjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTYuNiAobm8gZHJpdmVyIGF0dGFjaGVk KQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNi43IChubyBkcml2ZXIgYXR0 YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE3LjAgKG5vIGRyaXZl ciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTkuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxkYXNwPiBhdCBkZXZpY2UgMTkuMSAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2kyNTU6IDxkYXNwPiBhdCBkZXZpY2UgMTkuNCAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2kyNTU6IDxkYXNwPiBhdCBkZXZpY2UgMTkuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpw Y2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxOS42IChubyBkcml2ZXIgYXR0YWNo ZWQpCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKYXRrYmRjMDogPEtleWJv YXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTAKYXRr YmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQw OiBbR0lBTlQtTE9DS0VEXQp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgzZjgt MHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMAppY2h3ZDAgb24gaXNhMApvcm0wOiA8SVNB IE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4Y2ZmZmYsMHhkMDAwMC0weGQzZmZmIG9u IGlzYTAKY29yZXRlbXAwOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTAKZXN0 MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApwNHRjYzA6 IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApjb3JldGVtcDE6IDxDUFUg T24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MQplc3QxOiA8RW5oYW5jZWQgU3BlZWRTdGVw IEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCnA0dGNjMTogPENQVSBGcmVxdWVuY3kgVGhlcm1h bCBDb250cm9sPiBvbiBjcHUxCmNvcmV0ZW1wMjogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3Jz PiBvbiBjcHUyCmVzdDI6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9u IGNwdTIKcDR0Y2MyOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTIKY29y ZXRlbXAzOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTMKZXN0MzogPEVuaGFu Y2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MwpwNHRjYzM6IDxDUFUgRnJl cXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Mwpjb3JldGVtcDQ6IDxDUFUgT24tRGllIFRo ZXJtYWwgU2Vuc29ycz4gb24gY3B1NAplc3Q0OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5j eSBDb250cm9sPiBvbiBjcHU0CnA0dGNjNDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9s PiBvbiBjcHU0CmNvcmV0ZW1wNTogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHU1 CmVzdDU6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTUKcDR0 Y2M1OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTUKY29yZXRlbXA2OiA8 Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTYKZXN0NjogPEVuaGFuY2VkIFNwZWVk U3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NgpwNHRjYzY6IDxDUFUgRnJlcXVlbmN5IFRo ZXJtYWwgQ29udHJvbD4gb24gY3B1Ngpjb3JldGVtcDc6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vu c29ycz4gb24gY3B1Nwplc3Q3OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9s PiBvbiBjcHU3CnA0dGNjNzogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHU3 CmZpcmV3aXJlMDogMSBub2RlcywgbWF4aG9wIDw9IDAgY2FibGUgSVJNIGlybSgwKSAgKG1lKSAK ZmlyZXdpcmUwOiBidXMgbWFuYWdlciAwIApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBt c2VjCmlwZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBlbmFibGVkLCBuYXQgbG9hZGFi bGUsIGRlZmF1bHQgdG8gZGVueSwgbG9nZ2luZyBkaXNhYmxlZApEVU1NWU5FVCAwIHdpdGggSVB2 NiBpbml0aWFsaXplZCAoMTAwNDA5KQpsb2FkX2RuX3NjaGVkIGRuX3NjaGVkIFFGUSBsb2FkZWQK bG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBSUiBsb2FkZWQKbG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBX RjJRKyBsb2FkZWQKbG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBGSUZPIGxvYWRlZApsb2FkX2RuX3Nj aGVkIGRuX3NjaGVkIFBSSU8gbG9hZGVkCmhkYWNjMDogPEFUSSBSNnh4IEhEQSBDT0RFQz4gYXQg Y2FkIDAgb24gaGRhYzAKaGRhYTA6IDxBVEkgUjZ4eCBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQg bmlkIDEgb24gaGRhY2MwCnBjbTA6IDxBVEkgUjZ4eCAoSERNSSk+IGF0IG5pZCAzIG9uIGhkYWEw CmhkYWNjMTogPFJlYWx0ZWsgQUxDODkyIEhEQSBDT0RFQz4gYXQgY2FkIDIgb24gaGRhYzEKaGRh YTE6IDxSZWFsdGVrIEFMQzg5MiBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRh Y2MxCnBjbTE6IDxSZWFsdGVrIEFMQzg5MiAoUmVhciBBbmFsb2cgNy4xLzIuMCk+IGF0IG5pZCAy MCwyMiwyMSwyMyBhbmQgMjQsMjYgb24gaGRhYTEKcGNtMjogPFJlYWx0ZWsgQUxDODkyIChGcm9u dCBBbmFsb2cpPiBhdCBuaWQgMjcgYW5kIDI1IG9uIGhkYWExCnBjbTM6IDxSZWFsdGVrIEFMQzg5 MiAoT25ib2FyZCBEaWdpdGFsKT4gYXQgbmlkIDE3IG9uIGhkYWExCnBjbTQ6IDxSZWFsdGVrIEFM Qzg5MiAoUmVhciBEaWdpdGFsKT4gYXQgbmlkIDMwIG9uIGhkYWExCnJhbmRvbTogdW5ibG9ja2lu ZyBkZXZpY2UuCnVzYnVzMDogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVzYnVzMTogNS4w R2JwcyBTdXBlciBTcGVlZCBVU0IgdjMuMAp1c2J1czI6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNC IHYzLjAKdXNidXMzOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKdWdlbjMuMTogPEludGVs PiBhdCB1c2J1czMKdWh1YjA6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAy LjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMzCnVnZW4yLjE6IDwweDFiNzM+IGF0IHVzYnVzMgp1 aHViMTogPDB4MWI3MyBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAzLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNidXMyCnVnZW4xLjE6IDwweDFiNzM+IGF0IHVzYnVzMQp1aHViMjogPDB4MWI3 MyBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNi dXMxCnVnZW4wLjE6IDxJbnRlbD4gYXQgdXNidXMwCnVodWIzOiA8SW50ZWwgRUhDSSByb290IEhV QiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAphZGEwIGF0IGFo Y2ljaDYgYnVzIDAgc2NidXM4IHRhcmdldCAwIGx1biAwCmFkYTA6IDxXREMgV0QxMDAyRkFFWC0w MFozQTAgMDUuMDFEMDU+IEFUQS04IFNBVEEgMy54IGRldmljZQphZGEwOiBTZXJpYWwgTnVtYmVy IFdELVdDQVRSNTExNDkwMgphZGEwOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMy54LCBV RE1BNiwgUElPIDgxOTJieXRlcykKYWRhMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTA6 IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAxNjM4M0Mp CmFkYTA6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkMjAKYWRhMSBhdCBhaGNpY2g3IGJ1cyAw IHNjYnVzOSB0YXJnZXQgMCBsdW4gMAphZGExOiA8U1QzMjUwNjIwQVMgMy5BQUM+IEFUQS03IFNB VEEgMS54IGRldmljZQphZGExOiBTZXJpYWwgTnVtYmVyIDVRRTBKWFpMCmFkYTE6IDE1MC4wMDBN Qi9zIHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGExOiBDb21t YW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMTogMjM4NDc1TUIgKDQ4ODM5NzE2OCA1MTIgYnl0ZSBz ZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQphZGExOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBh ZDIyCnBhc3MyIGF0IGFoY2llbTAgYnVzIDAgc2NidXMxMCB0YXJnZXQgMCBsdW4gMApwYXNzMjog PEFIQ0kgU0dQSU8gRW5jbG9zdXJlIDEuMDAgMDAwMT4gU0VNQiBTLUUtUyAyLjAwIGRldmljZQp1 aHViMTogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6IDQgcG9y dHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCk5ldHZzYyBpbml0aWFsaXppbmcuLi4g U01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpTTVA6IEFQ IENQVSAjNiBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhClNNUDogQVAgQ1BVICM1 IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNyBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzQgTGF1bmNo ZWQhCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZv cm1hbmNlLgp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1 YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2Fp dGluZyBmb3I6IHVzYnVzMyB1c2J1czAKdWdlbjMuMjogPHZlbmRvciAweDgwODc+IGF0IHVzYnVz Mwp1aHViNDogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNzIDkvMCwgcmV2IDIu MDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czMKdWdlbjAuMjogPHZlbmRvciAweDgwODc+IGF0IHVz YnVzMAp1aHViNTogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNzIDkvMCwgcmV2 IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czAKdWh1YjU6IDYgcG9ydHMgd2l0aCA2IHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMyB1c2J1czAK dWh1YjQ6IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4wLjM6IDx2 ZW5kb3IgMHgwNGQ5PiBhdCB1c2J1czAKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rl di9hZGEwczFhIFtdLi4uCmxvY2sgb3JkZXIgcmV2ZXJzYWw6CiAxc3QgMHhmZmZmZjgwMDBkM2M1 MDY4IHVmcyAodWZzKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19tb3VudC5jOjg1MQogMm5kIDB4 ZmZmZmY4MDAwZDMzNWQ1MCBkZXZmcyAoZGV2ZnMpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N1 YnIuYzoyMTAxCktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBh dCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyYi9mcmFtZSAweGZmZmZmZTAwZDk3ZDEyOTAKa2Ri X2JhY2t0cmFjZSgpIGF0IGtkYl9iYWNrdHJhY2UrMHgzOS9mcmFtZSAweGZmZmZmZTAwZDk3ZDEz NDAKd2l0bmVzc19jaGVja29yZGVyKCkgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4ZDNhL2ZyYW1l IDB4ZmZmZmZlMDBkOTdkMTNkMApfX2xvY2ttZ3JfYXJncygpIGF0IF9fbG9ja21ncl9hcmdzKzB4 ODZjL2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMTUwMAp2b3Bfc3RkbG9jaygpIGF0IHZvcF9zdGRsb2Nr KzB4M2MvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNTIwClZPUF9MT0NLMV9BUFYoKSBhdCBWT1BfTE9D SzFfQVBWKzB4ZjUvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNTUwCl92bl9sb2NrKCkgYXQgX3ZuX2xv Y2srMHhhYi9mcmFtZSAweGZmZmZmZTAwZDk3ZDE1YzAKdmdldCgpIGF0IHZnZXQrMHg3MC9mcmFt ZSAweGZmZmZmZTAwZDk3ZDE2MTAKZGV2ZnNfYWxsb2N2KCkgYXQgZGV2ZnNfYWxsb2N2KzB4ZmQv ZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNjYwCmRldmZzX3Jvb3QoKSBhdCBkZXZmc19yb290KzB4NDMv ZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNjkwCnZmc19kb25tb3VudCgpIGF0IHZmc19kb25tb3VudCsw eDExNWUvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxOTYwCnN5c19ubW91bnQoKSBhdCBzeXNfbm1vdW50 KzB4NzIvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxOWEwCmFtZDY0X3N5c2NhbGwoKSBhdCBhbWQ2NF9z eXNjYWxsKzB4MjY1L2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMWFiMApYZmFzdF9zeXNjYWxsKCkgYXQg WGZhc3Rfc3lzY2FsbCsweGZiL2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMWFiMAotLS0gc3lzY2FsbCAo Mzc4LCBGcmVlQlNEIEVMRjY0LCBzeXNfbm1vdW50KSwgcmlwID0gMHg4MDBhOWUyMWEsIHJzcCA9 IDB4N2ZmZmZmZmZjY2M4LCByYnAgPSAweDdmZmZmZmZmZDIzMCAtLS0KdW1zMDogPHZlbmRvciAw eDA0ZDkgcHJvZHVjdCAweDA0OTksIGNsYXNzIDAvMCwgcmV2IDEuMTAvMi45MCwgYWRkciAzPiBv biB1c2J1czAKdW1zMDogMyBidXR0b25zIGFuZCBbWFlaXSBjb29yZGluYXRlcyBJRD0wCldBUk5J Tkc6IGF0dGVtcHQgdG8gZG9tYWluX2FkZChuZXRncmFwaCkgYWZ0ZXIgZG9tYWluZmluYWxpemUo KQpsb2NrIG9yZGVyIHJldmVyc2FsOgogMXN0IDB4ZmZmZmZlMDA0MDQyNmRhMCBidWZ3YWl0IChi dWZ3YWl0KSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19iaW8uYzozMDgxCiAybmQgMHhmZmZmZjgw MDBkMzZjNjAwIGRpcmhhc2ggKGRpcmhhc2gpIEAgL3Vzci9zcmMvc3lzL3Vmcy91ZnMvdWZzX2Rp cmhhc2guYzoyODQKS0RCOiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3JhcHBlcigp IGF0IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMTI3MApr ZGJfYmFja3RyYWNlKCkgYXQga2RiX2JhY2t0cmFjZSsweDM5L2ZyYW1lIDB4ZmZmZmZlMDBkOTdk MTMyMAp3aXRuZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhkM2EvZnJh bWUgMHhmZmZmZmUwMGQ5N2QxM2IwCl9zeF94bG9jaygpIGF0IF9zeF94bG9jaysweDc1L2ZyYW1l IDB4ZmZmZmZlMDBkOTdkMTNmMAp1ZnNkaXJoYXNoX2FkZCgpIGF0IHVmc2Rpcmhhc2hfYWRkKzB4 M2IvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNDMwCnVmc19kaXJlbnRlcigpIGF0IHVmc19kaXJlbnRl cisweDY1Yy9mcmFtZSAweGZmZmZmZTAwZDk3ZDE0ZjAKdWZzX21ha2Vpbm9kZSgpIGF0IHVmc19t YWtlaW5vZGUrMHg1NzMvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNmIwClZPUF9DUkVBVEVfQVBWKCkg YXQgVk9QX0NSRUFURV9BUFYrMHhlYS9mcmFtZSAweGZmZmZmZTAwZDk3ZDE2ZTAKdm5fb3Blbl9j cmVkKCkgYXQgdm5fb3Blbl9jcmVkKzB4MzAwL2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMTgzMAprZXJu X29wZW5hdCgpIGF0IGtlcm5fb3BlbmF0KzB4MjYxL2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMTlhMAph bWQ2NF9zeXNjYWxsKCkgYXQgYW1kNjRfc3lzY2FsbCsweDI2NS9mcmFtZSAweGZmZmZmZTAwZDk3 ZDFhYjAKWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2NhbGwrMHhmYi9mcmFtZSAweGZmZmZm ZTAwZDk3ZDFhYjAKLS0tIHN5c2NhbGwgKDUsIEZyZWVCU0QgRUxGNjQsIHN5c19vcGVuKSwgcmlw ID0gMHg4MDA5M2ViNWEsIHJzcCA9IDB4N2ZmZmZmZmZkOWY4LCByYnAgPSAweDdmZmZmZmZmZGEz MCAtLS0Kc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25v d24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6ODAwMDc0MTAK bG9jayBvcmRlciByZXZlcnNhbDoKIDFzdCAweGZmZmZmODAwMDdjNjA0Yjgga21zbGsgKGttc2xr KSBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2RybTIvZHJtMi8uLi8uLi8uLi9kZXYvZHJtMi9kcm1f Y3J0Yy5jOjE5NjAKIDJuZCAweGZmZmZmODAwMDdjNjAwYTAgZHJtc2xrIChkcm1zbGspIEAgL3Vz ci9zcmMvc3lzL21vZHVsZXMvZHJtMi9kcm0yLy4uLy4uLy4uL2Rldi9kcm0yL2RybV9nZW0uYzox ODgKS0RCOiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0IGRiX3Ry YWNlX3NlbGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODViMAprZGJfYmFja3Ry YWNlKCkgYXQga2RiX2JhY2t0cmFjZSsweDM5L2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODY2MAp3aXRu ZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhkM2EvZnJhbWUgMHhmZmZm ZmUwMGQ5ODE4NmYwCl9zeF94bG9jaygpIGF0IF9zeF94bG9jaysweDc1L2ZyYW1lIDB4ZmZmZmZl MDBkOTgxODczMApkcm1fZ2VtX29iamVjdF91bnJlZmVyZW5jZV91bmxvY2tlZCgpIGF0IGRybV9n ZW1fb2JqZWN0X3VucmVmZXJlbmNlX3VubG9ja2VkKzB4MzcvZnJhbWUgMHhmZmZmZmUwMGQ5ODE4 NzYwCnJhZGVvbl9jcnRjX2N1cnNvcl9zZXQoKSBhdCByYWRlb25fY3J0Y19jdXJzb3Jfc2V0KzB4 MzlmL2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODdiMApkcm1fbW9kZV9jdXJzb3JfaW9jdGwoKSBhdCBk cm1fbW9kZV9jdXJzb3JfaW9jdGwrMHhjYS9mcmFtZSAweGZmZmZmZTAwZDk4MTg4MDAKZHJtX2lv Y3RsKCkgYXQgZHJtX2lvY3RsKzB4MzdiL2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODg4MApkZXZmc19p b2N0bF9mKCkgYXQgZGV2ZnNfaW9jdGxfZisweGYwL2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODhlMApr ZXJuX2lvY3RsKCkgYXQga2Vybl9pb2N0bCsweDJjYS9mcmFtZSAweGZmZmZmZTAwZDk4MTg5NTAK c3lzX2lvY3RsKCkgYXQgc3lzX2lvY3RsKzB4MTQyL2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODlhMAph bWQ2NF9zeXNjYWxsKCkgYXQgYW1kNjRfc3lzY2FsbCsweDI2NS9mcmFtZSAweGZmZmZmZTAwZDk4 MThhYjAKWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2NhbGwrMHhmYi9mcmFtZSAweGZmZmZm ZTAwZDk4MThhYjAKLS0tIHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjY0LCBzeXNfaW9jdGwpLCBy aXAgPSAweDgwMmIwNjJiYSwgcnNwID0gMHg3ZmZmZmZmZmQ1NzgsIHJicCA9IDB4N2ZmZmZmZmZk NWEwIC0tLQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGB2bmxy dScgdG8gc3RvcC4uLmRvbmUKCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHBy b2Nlc3MgYHN5bmNlcicgdG8gc3RvcC4uLlN5bmNpbmcgZGlza3MsIHZub2RlcyByZW1haW5pbmcu Li4yIDMgMyAzIDIgMyAzIDMgMSAwIDAgMCAwIDAgZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25k cykgZm9yIHN5c3RlbSBwcm9jZXNzIGBidWZkYWVtb24nIHRvIHN0b3AuLi5kb25lCkFsbCBidWZm ZXJzIHN5bmNlZC4KbG9jayBvcmRlciByZXZlcnNhbDoKIDFzdCAweGZmZmZmODAwMGQ2YTAwNjgg dWZzICh1ZnMpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX21vdW50LmM6MTIzNwogMm5kIDB4ZmZm ZmY4MDAwZDVmN2I3OCBzeW5jZXIgKHN5bmNlcikgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vi ci5jOjIyMTIKS0RCOiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0 IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDBiNTk4NzRkMAprZGJf YmFja3RyYWNlKCkgYXQga2RiX2JhY2t0cmFjZSsweDM5L2ZyYW1lIDB4ZmZmZmZlMDBiNTk4NzU4 MAp3aXRuZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhkM2EvZnJhbWUg MHhmZmZmZmUwMGI1OTg3NjEwCl9fbG9ja21ncl9hcmdzKCkgYXQgX19sb2NrbWdyX2FyZ3MrMHg4 NmMvZnJhbWUgMHhmZmZmZmUwMGI1OTg3NzQwCnZvcF9zdGRsb2NrKCkgYXQgdm9wX3N0ZGxvY2sr MHgzYy9mcmFtZSAweGZmZmZmZTAwYjU5ODc3NjAKVk9QX0xPQ0sxX0FQVigpIGF0IFZPUF9MT0NL MV9BUFYrMHhmNS9mcmFtZSAweGZmZmZmZTAwYjU5ODc3OTAKX3ZuX2xvY2soKSBhdCBfdm5fbG9j aysweGFiL2ZyYW1lIDB4ZmZmZmZlMDBiNTk4NzgwMAp2cHV0eCgpIGF0IHZwdXR4KzB4MjQwL2Zy YW1lIDB4ZmZmZmZlMDBiNTk4Nzg2MApkb3VubW91bnQoKSBhdCBkb3VubW91bnQrMHgzMjcvZnJh bWUgMHhmZmZmZmUwMGI1OTg3OGUwCnZmc191bm1vdW50YWxsKCkgYXQgdmZzX3VubW91bnRhbGwr MHg2MS9mcmFtZSAweGZmZmZmZTAwYjU5ODc5MTAKa2Vybl9yZWJvb3QoKSBhdCBrZXJuX3JlYm9v dCsweDU1OC9mcmFtZSAweGZmZmZmZTAwYjU5ODc5ODAKc3lzX3JlYm9vdCgpIGF0IHN5c19yZWJv b3QrMHg1OC9mcmFtZSAweGZmZmZmZTAwYjU5ODc5YTAKYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0 X3N5c2NhbGwrMHgyNjUvZnJhbWUgMHhmZmZmZmUwMGI1OTg3YWIwClhmYXN0X3N5c2NhbGwoKSBh dCBYZmFzdF9zeXNjYWxsKzB4ZmIvZnJhbWUgMHhmZmZmZmUwMGI1OTg3YWIwCi0tLSBzeXNjYWxs ICg1NSwgRnJlZUJTRCBFTEY2NCwgc3lzX3JlYm9vdCksIHJpcCA9IDB4NDBlY2JjLCByc3AgPSAw eDdmZmZmZmZmZDZkOCwgcmJwID0gMHg3ZmZmZmZmZmQ3YzAgLS0tCmxvY2sgb3JkZXIgcmV2ZXJz YWw6CiAxc3QgMHhmZmZmZjgwMDBkMWYxNjg4IEZGUyAoRkZTIExvY2spIEAgL3Vzci9zcmMvc3lz L3Vmcy91ZnMvdWZzX3F1b3RhLmM6NzE0CiAybmQgMHhmZmZmZjgwMDBkNjc4MzMwIHN0cnVjdCBt b3VudCBtdHggKHN0cnVjdCBtb3VudCBtdHgpIEAgL3Vzci9zcmMvc3lzL3Vmcy91ZnMvdWZzX3F1 b3RhLmM6NzIwCktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBh dCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyYi9mcmFtZSAweGZmZmZmZTAwYjU5ODc1NTAKa2Ri X2JhY2t0cmFjZSgpIGF0IGtkYl9iYWNrdHJhY2UrMHgzOS9mcmFtZSAweGZmZmZmZTAwYjU5ODc2 MDAKd2l0bmVzc19jaGVja29yZGVyKCkgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4ZDNhL2ZyYW1l IDB4ZmZmZmZlMDBiNTk4NzY5MApfX210eF9sb2NrX2ZsYWdzKCkgYXQgX19tdHhfbG9ja19mbGFn cysweGE2L2ZyYW1lIDB4ZmZmZmZlMDBiNTk4NzZlMApxdW90YW9mZl9pbmNoYW5nZSgpIGF0IHF1 b3Rhb2ZmX2luY2hhbmdlKzB4ODMvZnJhbWUgMHhmZmZmZmUwMGI1OTg3NzIwCmZmc19mbHVzaGZp bGVzKCkgYXQgZmZzX2ZsdXNoZmlsZXMrMHg3ZS9mcmFtZSAweGZmZmZmZTAwYjU5ODc3OTAKc29m dGRlcF9mbHVzaGZpbGVzKCkgYXQgc29mdGRlcF9mbHVzaGZpbGVzKzB4MjRlL2ZyYW1lIDB4ZmZm ZmZlMDBiNTk4NzgwMApmZnNfdW5tb3VudCgpIGF0IGZmc191bm1vdW50KzB4MTU2L2ZyYW1lIDB4 ZmZmZmZlMDBiNTk4Nzg2MApkb3VubW91bnQoKSBhdCBkb3VubW91bnQrMHg0MWYvZnJhbWUgMHhm ZmZmZmUwMGI1OTg3OGUwCnZmc191bm1vdW50YWxsKCkgYXQgdmZzX3VubW91bnRhbGwrMHg2MS9m cmFtZSAweGZmZmZmZTAwYjU5ODc5MTAKa2Vybl9yZWJvb3QoKSBhdCBrZXJuX3JlYm9vdCsweDU1 OC9mcmFtZSAweGZmZmZmZTAwYjU5ODc5ODAKc3lzX3JlYm9vdCgpIGF0IHN5c19yZWJvb3QrMHg1 OC9mcmFtZSAweGZmZmZmZTAwYjU5ODc5YTAKYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0X3N5c2Nh bGwrMHgyNjUvZnJhbWUgMHhmZmZmZmUwMGI1OTg3YWIwClhmYXN0X3N5c2NhbGwoKSBhdCBYZmFz dF9zeXNjYWxsKzB4ZmIvZnJhbWUgMHhmZmZmZmUwMGI1OTg3YWIwCi0tLSBzeXNjYWxsICg1NSwg RnJlZUJTRCBFTEY2NCwgc3lzX3JlYm9vdCksIHJpcCA9IDB4NDBlY2JjLCByc3AgPSAweDdmZmZm ZmZmZDZkOCwgcmJwID0gMHg3ZmZmZmZmZmQ3YzAgLS0tCkNvcHlyaWdodCAoYykgMTk5Mi0yMDEz IFRoZSBGcmVlQlNEIFByb2plY3QuCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4 NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhl IFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBp cyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZyZWVC U0QgMTEuMC1DVVJSRU5UICMwIHIyNTkxMjg6IE1vbiBEZWMgIDkgMjI6MDA6MzUgRUVUIDIwMTMK ICAgIHJvb3RAdm0ubWt1c2huaXIuemFwdG8ub3JnOi91c3Ivb2JqL3Vzci9zcmMvc3lzL01BUkVL IGFtZDY0CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjMgKHRhZ3MvUkVMRUFTRV8zMy9maW5hbCAx ODM1MDIpIDIwMTMwNjEwCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCBy ZWR1Y2VkIHBlcmZvcm1hbmNlLgpDUFU6IEludGVsKFIpIENvcmUoVE0pIGk3LTM4MjAgQ1BVIEAg My42MEdIeiAoMzYwMC4xMC1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50 ZWwiICBJZCA9IDB4MjA2ZDcgIEZhbWlseSA9IDB4NiAgTW9kZWwgPSAweDJkICBTdGVwcGluZyA9 IDcKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxD WDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEks TU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHgxZmJlZTNiZjxT U0UzLFBDTE1VTFFEUSxEVEVTNjQsTU9OLERTX0NQTCxWTVgsRVNULFRNMixTU1NFMyxDWDE2LHhU UFIsUERDTSxQQ0lELERDQSxTU0U0LjEsU1NFNC4yLHgyQVBJQyxQT1BDTlQsVFNDRExULEFFU05J LFhTQVZFLE9TWFNBVkUsQVZYPgogIEFNRCBGZWF0dXJlcz0weDJjMTAwODAwPFNZU0NBTEwsTlgs UGFnZTFHQixSRFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4KICBUU0M6IFAtc3Rh dGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5ICA9IDM0MzU5 NzM4MzY4ICgzMjc2OCBNQikKYXZhaWwgbWVtb3J5ID0gMzMyODE2OTU3NDQgKDMxNzM5IE1CKQpF dmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPEFMQVNLQSBB IE0gST4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogOCBDUFVz CkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA0IGNvcmUocykgeCAyIFNNVCB0aHJlYWRzCiBj cHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMQogY3B1MiAoQVAp OiBBUElDIElEOiAgMgogY3B1MyAoQVApOiBBUElDIElEOiAgMwogY3B1NCAoQVApOiBBUElDIElE OiAgNAogY3B1NSAoQVApOiBBUElDIElEOiAgNQogY3B1NiAoQVApOiBBUElDIElEOiAgNgogY3B1 NyAoQVApOiBBUElDIElEOiAgNwppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1v dGhlcmJvYXJkCkN1c2U0QlNEIHYwLjEuMzAgQCAvZGV2L2N1c2UKa2JkMSBhdCBrYmRtdXgwCnJh bmRvbTogPFNvZnR3YXJlLCBZYXJyb3c+IGluaXRpYWxpemVkCnNtYmlvczA6IDxTeXN0ZW0gTWFu YWdlbWVudCBCSU9TPiBhdCBpb21lbSAweGYwNGMwLTB4ZjA0ZGUgb24gbW90aGVyYm9hcmQKc21i aW9zMDogVmVyc2lvbjogMi43LCBCQ0QgUmV2aXNpb246IDIuNwphY3BpMDogPEFMQVNLQSBBIE0g ST4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmNwdTA6IDxBQ1BJ IENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUyOiA8QUNQSSBDUFU+ IG9uIGFjcGkwCmNwdTM6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1NDogPEFDUEkgQ1BVPiBvbiBh Y3BpMApjcHU1OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTY6IDxBQ1BJIENQVT4gb24gYWNwaTAK Y3B1NzogPEFDUEkgQ1BVPiBvbiBhY3BpMAphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAt MHg0MyBpcnEgMCBvbiBhY3BpMApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgy IEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1 YWxpdHkgMTAwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEg OCBvbiBhY3BpMApFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAw CmhwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhm ZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6 IHF1YWxpdHkgOTUwCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVh bGl0eSA1NTAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVh bGl0eSA5MDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQg MHg0MDgtMHg0MGIgb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAw eGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTog PEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmlj ZT4gYXQgZGV2aWNlIDEuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBub24tVkdB IGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6 IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAxLjQgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDEu NSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNl PiBhdCBkZXZpY2UgMS42IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5vbi1WR0Eg ZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAxLjcgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjI6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCnBjaTI6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5 PiBwb3J0IDB4ZTAwMC0weGUwZmYgbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZmZiwweGZiZTIwMDAw LTB4ZmJlMmZmZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMgpoZGFjMDogPEFUSSBSVjcz MCBIREEgQ29udHJvbGxlcj4gbWVtIDB4ZmJlMzAwMDAtMHhmYmUzM2ZmZiBpcnEgMTcgYXQgZGV2 aWNlIDAuMSBvbiBwY2kyCnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRl dmljZSAyLjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5 IGRldmljZT4gYXQgZGV2aWNlIDIuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBu b24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgMi42IChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAyLjcgKG5vIGRy aXZlciBhdHRhY2hlZCkKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2 aWNlIDMuMCBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTA6IDxvbGQs IG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAzLjQgKG5vIGRyaXZlciBhdHRhY2hl ZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDMuNSAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBk ZXZpY2UgMy42IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxh eSBkZXZpY2U+IGF0IGRldmljZSAzLjcgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2Ug cGVyaXBoZXJhbD4gYXQgZGV2aWNlIDQuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFz ZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxi YXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDog PGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDQuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kw OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC40IChubyBkcml2ZXIgYXR0YWNoZWQpCnBj aTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0LjUgKG5vIGRyaXZlciBhdHRhY2hlZCkK cGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDQuNiAobm8gZHJpdmVyIGF0dGFjaGVk KQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC43IChubyBkcml2ZXIgYXR0YWNo ZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA1LjAgKG5vIGRyaXZlciBhdHRh Y2hlZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDUuMSAo bm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNS4y IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+ IGF0IGRldmljZSA1LjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBk aXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDUuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8 b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgNS43IChubyBkcml2ZXIgYXR0 YWNoZWQpCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAxNy4w IG9uIHBjaTAKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpMDogPHNpbXBsZSBjb21t cz4gYXQgZGV2aWNlIDIyLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKZW0wOiA8SW50ZWwoUikgUFJP LzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDcuMy44PiBwb3J0IDB4ZjA0MC0weGYwNWYgbWVtIDB4 ZmJmMDAwMDAtMHhmYmYxZmZmZiwweGZiZjQ4MDAwLTB4ZmJmNDhmZmYgaXJxIDIwIGF0IGRldmlj ZSAyNS4wIG9uIHBjaTAKZW0wOiBVc2luZyBhbiBNU0kgaW50ZXJydXB0CmVtMDogRXRoZXJuZXQg YWRkcmVzczogNzQ6ZDQ6MzU6MTU6ODg6ZWEKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0IgMi4w IGNvbnRyb2xsZXI+IG1lbSAweGZiZjQ3MDAwLTB4ZmJmNDczZmYgaXJxIDE2IGF0IGRldmljZSAy Ni4wIG9uIHBjaTAKdXNidXMwOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMCBvbiBlaGNpMApoZGFj MTogPEludGVsIFBhdHNidXJnIEhEQSBDb250cm9sbGVyPiBtZW0gMHhmYmYyMDAwMC0weGZiZjIz ZmZmIGlycSAyMiBhdCBkZXZpY2UgMjcuMCBvbiBwY2kwCnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpNTogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjUKYWhjaTA6IDxNYXJ2ZWxsIDg4U0U5MTcyIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBw b3J0IDB4ZDA0MC0weGQwNDcsMHhkMDMwLTB4ZDAzMywweGQwMjAtMHhkMDI3LDB4ZDAxMC0weGQw MTMsMHhkMDAwLTB4ZDAwZiBtZW0gMHhmYmQxMDAwMC0weGZiZDEwMWZmIGlycSAxNiBhdCBkZXZp Y2UgMC4wIG9uIHBjaTUKYWhjaTA6IEFIQ0kgdjEuMDAgd2l0aCAyIDZHYnBzIHBvcnRzLCBQb3J0 IE11bHRpcGxpZXIgc3VwcG9ydGVkIHdpdGggRkJTCmFoY2kwOiBxdWlya3M9MHgxMDA8Tk9CU1lS RVM+CmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpY2gx OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKcGNpYjY6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDI4LjEgb24gcGNpMApwY2k2OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liNgphaGNpMTogPE1hcnZlbGwgODhTRTkxNzIgQUhDSSBTQVRBIGNvbnRyb2xs ZXI+IHBvcnQgMHhjMDQwLTB4YzA0NywweGMwMzAtMHhjMDMzLDB4YzAyMC0weGMwMjcsMHhjMDEw LTB4YzAxMywweGMwMDAtMHhjMDBmIG1lbSAweGZiYzEwMDAwLTB4ZmJjMTAxZmYgaXJxIDE3IGF0 IGRldmljZSAwLjAgb24gcGNpNgphaGNpMTogQUhDSSB2MS4wMCB3aXRoIDIgNkdicHMgcG9ydHMs IFBvcnQgTXVsdGlwbGllciBzdXBwb3J0ZWQgd2l0aCBGQlMKYWhjaTE6IHF1aXJrcz0weDEwMDxO T0JTWVJFUz4KYWhjaWNoMjogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGFoY2kxCmFo Y2ljaDM6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhaGNpMQpwY2liNzogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxOCBhdCBkZXZpY2UgMjguMiBvbiBwY2kwCnBjaTc6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWI3CmFoY2kyOiA8TWFydmVsbCA4OFNFOTE3MiBBSENJIFNBVEEgY29u dHJvbGxlcj4gcG9ydCAweGIwNDAtMHhiMDQ3LDB4YjAzMC0weGIwMzMsMHhiMDIwLTB4YjAyNyww eGIwMTAtMHhiMDEzLDB4YjAwMC0weGIwMGYgbWVtIDB4ZmJiMTAwMDAtMHhmYmIxMDFmZiBpcnEg MTggYXQgZGV2aWNlIDAuMCBvbiBwY2k3CmFoY2kyOiBBSENJIHYxLjAwIHdpdGggMiA2R2JwcyBw b3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZCB3aXRoIEZCUwphaGNpMjogcXVpcmtzPTB4 MTAwPE5PQlNZUkVTPgphaGNpY2g0OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhj aTIKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kyCnBjaWI4OiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE5IGF0IGRldmljZSAyOC4zIG9uIHBjaTAKcGNpODog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjgKZndvaGNpMDogPDEzOTQgT3BlbiBIb3N0IENvbnRyb2xs ZXIgSW50ZXJmYWNlPiBwb3J0IDB4YTAwMC0weGEwZmYgbWVtIDB4ZmJhMTAwMDAtMHhmYmExMDdm ZiBpcnEgMTkgYXQgZGV2aWNlIDAuMCBvbiBwY2k4CmZ3b2hjaTA6IE9IQ0kgdmVyc2lvbiAxLjAg KFJPTT0xKQpmd29oY2kwOiBOby4gb2YgSXNvY2hyb25vdXMgY2hhbm5lbHMgaXMgNC4KZndvaGNp MDogRVVJNjQgZmY6MDA6MDA6MDA6MDA6MDA6MDA6MDAKZndvaGNpMDogUGh5IDEzOTRhIGF2YWls YWJsZSBTNDAwLCAyIHBvcnRzLgpmd29oY2kwOiBMaW5rIFMxMDAsIG1heF9yZWMgMjA0OCBieXRl cy4KZmlyZXdpcmUwOiA8SUVFRTEzOTQoRmlyZVdpcmUpIGJ1cz4gb24gZndvaGNpMApmd29oY2kw OiBJbml0aWF0ZSBidXMgcmVzZXQKZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogQlVTIHJlc2V0 CmZ3b2hjaTA6IGZ3b2hjaV9pbnRyX2NvcmU6IG5vZGVfaWQ9MHgwMDAwMDAwMCwgU2VsZklEIENv dW50PTEsIENZQ0xFTUFTVEVSIG1vZGUKYXRhcGNpMDogPFZJQSBBVEEgY29udHJvbGxlcj4gcG9y dCAweGExNDAtMHhhMTQ3LDB4YTEzMC0weGExMzMsMHhhMTIwLTB4YTEyNywweGExMTAtMHhhMTEz LDB4YTEwMC0weGExMGYgaXJxIDE5IGF0IGRldmljZSAwLjEgb24gcGNpOAphdGEyOiA8QVRBIGNo YW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhdGFwY2kwCmF0YTM6IDxBVEEgY2hhbm5lbD4gYXQgY2hh bm5lbCAxIG9uIGF0YXBjaTAKcGNpYjk6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQg ZGV2aWNlIDI4LjUgb24gcGNpMApwY2k5OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liOQp4aGNpMDog PFhIQ0kgKGdlbmVyaWMpIFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4ZmI5MDAwMDAtMHhmYjkw ZmZmZiwweGZiOTExMDAwLTB4ZmI5MTFmZmYsMHhmYjkxMDAwMC0weGZiOTEwZmZmIGlycSAxNyBh dCBkZXZpY2UgMC4wIG9uIHBjaTkKeGhjaTA6IDMyIGJ5dGUgY29udGV4dCBzaXplLgp1c2J1czEg b24geGhjaTAKcGNpYjEwOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmljZSAy OC42IG9uIHBjaTAKcGNpMTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxMAp4aGNpMTogPFhIQ0kg KGdlbmVyaWMpIFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4ZmI4MDAwMDAtMHhmYjgwZmZmZiww eGZiODExMDAwLTB4ZmI4MTFmZmYsMHhmYjgxMDAwMC0weGZiODEwZmZmIGlycSAxOCBhdCBkZXZp Y2UgMC4wIG9uIHBjaTEwCnhoY2kxOiAzMiBieXRlIGNvbnRleHQgc2l6ZS4KdXNidXMyIG9uIHho Y2kxCmVoY2kxOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmYmY0 NjAwMC0weGZiZjQ2M2ZmIGlycSAyMyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVzYnVzMzogRUhD SSB2ZXJzaW9uIDEuMAp1c2J1czMgb24gZWhjaTEKcGNpYjExOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2kxMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEx CnJlMDogPFJlYWxUZWsgODE2OS84MTY5Uy84MTY5U0IoTCkvODExMFMvODExMFNCKEwpIEdpZ2Fi aXQgRXRoZXJuZXQ+IHBvcnQgMHg5MDAwLTB4OTBmZiBtZW0gMHhmYjcxMDAwMC0weGZiNzEwMGZm IGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTExCnJlMDogQ2hpcCByZXYuIDB4MTAwMDAwMDAK cmUwOiBNQUMgcmV2LiAweDAwMDAwMDAwCm1paWJ1czA6IDxNSUkgYnVzPiBvbiByZTAKcmdlcGh5 MDogPFJUTDgxNjlTLzgxMTBTLzgyMTEgMTAwMEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAx IG9uIG1paWJ1czAKcmdlcGh5MDogIG5vbmUsIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMGJhc2VU LUZEWC1mbG93LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMGJhc2VUWC1GRFgtZmxvdywg MTAwMGJhc2VULCAxMDAwYmFzZVQtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLCAxMDAwYmFzZVQtRkRY LW1hc3RlciwgMTAwMGJhc2VULUZEWC1mbG93LCAxMDAwYmFzZVQtRkRYLWZsb3ctbWFzdGVyLCBh dXRvLCBhdXRvLWZsb3cKcmUwOiBFdGhlcm5ldCBhZGRyZXNzOiAxNDpkYTplOTpmMTo1MjoyNgpp c2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0Eg YnVzPiBvbiBpc2FiMAphaGNpMzogPEludGVsIFBhdHNidXJnIEFIQ0kgU0FUQSBjb250cm9sbGVy PiBwb3J0IDB4ZjA5MC0weGYwOTcsMHhmMDgwLTB4ZjA4MywweGYwNzAtMHhmMDc3LDB4ZjA2MC0w eGYwNjMsMHhmMDIwLTB4ZjAzZiBtZW0gMHhmYmY0NTAwMC0weGZiZjQ1N2ZmIGlycSAxOSBhdCBk ZXZpY2UgMzEuMiBvbiBwY2kwCmFoY2kzOiBBSENJIHYxLjMwIHdpdGggNiA2R2JwcyBwb3J0cywg UG9ydCBNdWx0aXBsaWVyIG5vdCBzdXBwb3J0ZWQKYWhjaWNoNjogPEFIQ0kgY2hhbm5lbD4gYXQg Y2hhbm5lbCAwIG9uIGFoY2kzCmFoY2ljaDc6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBv biBhaGNpMwphaGNpZW0wOiA8QUhDSSBlbmNsb3N1cmUgbWFuYWdlbWVudCBicmlkZ2U+IG9uIGFo Y2kzCmljaHNtYjA6IDxJbnRlbCBQYXRzYnVyZyBTTUJ1cyBjb250cm9sbGVyPiBwb3J0IDB4ZjAw MC0weGYwMWYgbWVtIDB4ZmJmNDQwMDAtMHhmYmY0NDBmZiBpcnEgMTggYXQgZGV2aWNlIDMxLjMg b24gcGNpMApzbWJ1czA6IDxTeXN0ZW0gTWFuYWdlbWVudCBCdXM+IG9uIGljaHNtYjAKc21iMDog PFNNQnVzIGdlbmVyaWMgSS9PPiBvbiBzbWJ1czAKcGNpYjEyOiA8QUNQSSBIb3N0LVBDSSBicmlk Z2U+IG9uIGFjcGkwCnBjaTI1NTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEyCnBjaTI1NTogPGJh c2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDguMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6 IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA4LjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNp MjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgOC40IChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDkuMCAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA5LjMgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgOS40IChubyBkcml2 ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEwLjAgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTAu MSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmlj ZSAxMC4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQg ZGV2aWNlIDEwLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFs PiBhdCBkZXZpY2UgMTEuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlw aGVyYWw+IGF0IGRldmljZSAxMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2Ug cGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEyLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8 YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTIuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2ky NTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxMi42IChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEyLjcgKG5vIGRyaXZlciBhdHRh Y2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTMuMCAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxMy4xIChubyBk cml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEzLjYg KG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug MTQuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxkYXNwPiBhdCBkZXZpY2UgMTQuMSAo bm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAx NS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2 aWNlIDE1LjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBh dCBkZXZpY2UgMTUuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVy YWw+IGF0IGRldmljZSAxNS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVy aXBoZXJhbD4gYXQgZGV2aWNlIDE1LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFz ZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTUuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6 IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNS42IChubyBkcml2ZXIgYXR0YWNoZWQpCnBj aTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE2LjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTYuMSAobm8gZHJpdmVyIGF0 dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNi4yIChubyBkcml2 ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE2LjMgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTYu NCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmlj ZSAxNi41IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQg ZGV2aWNlIDE2LjYgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFs PiBhdCBkZXZpY2UgMTYuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlw aGVyYWw+IGF0IGRldmljZSAxNy4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2Ug cGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE5LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8 ZGFzcD4gYXQgZGV2aWNlIDE5LjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8ZGFzcD4g YXQgZGV2aWNlIDE5LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8ZGFzcD4gYXQgZGV2 aWNlIDE5LjUgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBh dCBkZXZpY2UgMTkuNiAobm8gZHJpdmVyIGF0dGFjaGVkKQphY3BpX2J1dHRvbjA6IDxQb3dlciBC dXR0b24+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBv cnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBv biBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KdWFydDA6IDwx NjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24g YWNwaTAKaWNod2QwIG9uIGlzYTAKb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhj MDAwMC0weGNmZmZmLDB4ZDAwMDAtMHhkM2ZmZiBvbiBpc2EwCmNvcmV0ZW1wMDogPENQVSBPbi1E aWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUwCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJl cXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENv bnRyb2w+IG9uIGNwdTAKY29yZXRlbXAxOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9u IGNwdTEKZXN0MTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1 MQpwNHRjYzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpjb3JldGVt cDI6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1Mgplc3QyOiA8RW5oYW5jZWQg U3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUyCnA0dGNjMjogPENQVSBGcmVxdWVu Y3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUyCmNvcmV0ZW1wMzogPENQVSBPbi1EaWUgVGhlcm1h bCBTZW5zb3JzPiBvbiBjcHUzCmVzdDM6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENv bnRyb2w+IG9uIGNwdTMKcDR0Y2MzOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9u IGNwdTMKY29yZXRlbXA0OiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTQKZXN0 NDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NApwNHRjYzQ6 IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NApjb3JldGVtcDU6IDxDUFUg T24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1NQplc3Q1OiA8RW5oYW5jZWQgU3BlZWRTdGVw IEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU1CnA0dGNjNTogPENQVSBGcmVxdWVuY3kgVGhlcm1h bCBDb250cm9sPiBvbiBjcHU1CmNvcmV0ZW1wNjogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3Jz PiBvbiBjcHU2CmVzdDY6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9u IGNwdTYKcDR0Y2M2OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTYKY29y ZXRlbXA3OiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTcKZXN0NzogPEVuaGFu Y2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NwpwNHRjYzc6IDxDUFUgRnJl cXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NwpUaW1lY291bnRlcnMgdGljayBldmVyeSAx LjAwMCBtc2VjCmZpcmV3aXJlMDogMSBub2RlcywgbWF4aG9wIDw9IDAgY2FibGUgSVJNIGlybSgw KSAgKG1lKSAKZmlyZXdpcmUwOiBidXMgbWFuYWdlciAwIAppcGZ3MiAoK2lwdjYpIGluaXRpYWxp emVkLCBkaXZlcnQgZW5hYmxlZCwgbmF0IGxvYWRhYmxlLCBkZWZhdWx0IHRvIGRlbnksIGxvZ2dp bmcgZGlzYWJsZWQKRFVNTVlORVQgMCB3aXRoIElQdjYgaW5pdGlhbGl6ZWQgKDEwMDQwOSkKbG9h ZF9kbl9zY2hlZCBkbl9zY2hlZCBGSUZPIGxvYWRlZApsb2FkX2RuX3NjaGVkIGRuX3NjaGVkIFBS SU8gbG9hZGVkCmxvYWRfZG5fc2NoZWQgZG5fc2NoZWQgUUZRIGxvYWRlZApsb2FkX2RuX3NjaGVk IGRuX3NjaGVkIFJSIGxvYWRlZApsb2FkX2RuX3NjaGVkIGRuX3NjaGVkIFdGMlErIGxvYWRlZApo ZGFjYzA6IDxBVEkgUjZ4eCBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEwOiA8QVRJ IFI2eHggQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8QVRJ IFI2eHggKEhETUkpPiBhdCBuaWQgMyBvbiBoZGFhMApoZGFjYzE6IDxSZWFsdGVrIEFMQzg5MiBI REEgQ09ERUM+IGF0IGNhZCAyIG9uIGhkYWMxCmhkYWExOiA8UmVhbHRlayBBTEM4OTIgQXVkaW8g RnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMQpwY20xOiA8UmVhbHRlayBBTEM4OTIg KFJlYXIgQW5hbG9nIDcuMS8yLjApPiBhdCBuaWQgMjAsMjIsMjEsMjMgYW5kIDI0LDI2IG9uIGhk YWExCnBjbTI6IDxSZWFsdGVrIEFMQzg5MiAoRnJvbnQgQW5hbG9nKT4gYXQgbmlkIDI3IGFuZCAy NSBvbiBoZGFhMQpwY20zOiA8UmVhbHRlayBBTEM4OTIgKE9uYm9hcmQgRGlnaXRhbCk+IGF0IG5p ZCAxNyBvbiBoZGFhMQpwY200OiA8UmVhbHRlayBBTEM4OTIgKFJlYXIgRGlnaXRhbCk+IGF0IG5p ZCAzMCBvbiBoZGFhMQpyYW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLgp1c2J1czA6IDQ4ME1icHMg SGlnaCBTcGVlZCBVU0IgdjIuMAp1c2J1czE6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAK dWdlbjAuMTogPEludGVsPiBhdCB1c2J1czAKdWh1YjA6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCnVnZW4xLjE6IDwweDFi NzM+IGF0IHVzYnVzMQp1aHViMTogPDB4MWI3MyBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJl diAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVzYnVzMjogNS4wR2JwcyBTdXBlciBTcGVl ZCBVU0IgdjMuMAp1c2J1czM6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1Z2VuMi4xOiA8 MHgxYjczPiBhdCB1c2J1czIKdWh1YjI6IDwweDFiNzMgWEhDSSByb290IEhVQiwgY2xhc3MgOS8w LCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8SW50ZWw+IGF0IHVz YnVzMwp1aHViMzogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2J1czMKdWh1YjE6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVodWIyOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAph ZGEwIGF0IGFoY2ljaDYgYnVzIDAgc2NidXM4IHRhcmdldCAwIGx1biAwCmFkYTA6IDxXREMgV0Qx MDAyRkFFWC0wMFozQTAgMDUuMDFEMDU+IEFUQS04IFNBVEEgMy54IGRldmljZQphZGEwOiBTZXJp YWwgTnVtYmVyIFdELVdDQVRSNTExNDkwMgphZGEwOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNB VEEgMy54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFi bGVkCmFkYTA6IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1Mv VCAxNjM4M0MpCmFkYTA6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkMjAKYWRhMSBhdCBhaGNp Y2g3IGJ1cyAwIHNjYnVzOSB0YXJnZXQgMCBsdW4gMAphZGExOiA8U1QzMjUwNjIwQVMgMy5BQUM+ IEFUQS03IFNBVEEgMS54IGRldmljZQphZGExOiBTZXJpYWwgTnVtYmVyIDVRRTBKWFpMCmFkYTE6 IDE1MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQph ZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCmFkYTE6IDIzODQ3NU1CICg0ODgzOTcxNjggNTEyIGJ5dGUgc2Vj dG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMTogUHJldmlvdXNseSB3YXMga25vd24gYXMgYWQy MgpwYXNzMiBhdCBhaGNpZW0wIGJ1cyAwIHNjYnVzMTAgdGFyZ2V0IDAgbHVuIDAKcGFzczI6IDxB SENJIFNHUElPIEVuY2xvc3VyZSAxLjAwIDAwMDE+IFNFTUIgUy1FLVMgMi4wMCBkZXZpY2UKdWh1 YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCk5ldHZzYyBpbml0aWFs aXppbmcuLi4gU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhClNNUDogQVAgQ1BVICM0IExhdW5jaGVk IQpTTVA6IEFQIENQVSAjNiBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzUgTGF1bmNoZWQhClNNUDog QVAgQ1BVICMyIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNyBMYXVuY2hlZCEKU01QOiBBUCBDUFUg IzMgTGF1bmNoZWQhCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1 Y2VkIHBlcmZvcm1hbmNlLgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czMgdXNidXMwCnVn ZW4wLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czAKdWh1YjQ6IDx2ZW5kb3IgMHg4MDg3IHBy b2R1Y3QgMHgwMDI0LCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDAsIGFkZHIgMj4gb24gdXNidXMw CnVnZW4zLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czMKdWh1YjU6IDx2ZW5kb3IgMHg4MDg3 IHByb2R1Y3QgMHgwMDI0LCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDAsIGFkZHIgMj4gb24gdXNi dXMzClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMyB1c2J1czAKdWh1YjQ6IDYgcG9ydHMg d2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI1OiA4IHBvcnRzIHdpdGggOCByZW1v dmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC4zOiA8dmVuZG9yIDB4MDRkOT4gYXQgdXNidXMwClRy eWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWRhMHMxYSBbXS4uLgpsb2NrIG9yZGVy IHJldmVyc2FsOgogMXN0IDB4ZmZmZmY4MDAwZTViN2Q1MCB1ZnMgKHVmcykgQCAvdXNyL3NyYy9z eXMva2Vybi92ZnNfbW91bnQuYzo4NTEKIDJuZCAweGZmZmZmODAwMGU1YjdiNzggZGV2ZnMgKGRl dmZzKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6MjEwMQpLREI6IHN0YWNrIGJhY2t0 cmFjZToKZGJfdHJhY2Vfc2VsZl93cmFwcGVyKCkgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4 MmIvZnJhbWUgMHhmZmZmZmUwMGQ5N2JkMjkwCmtkYl9iYWNrdHJhY2UoKSBhdCBrZGJfYmFja3Ry YWNlKzB4MzkvZnJhbWUgMHhmZmZmZmUwMGQ5N2JkMzQwCndpdG5lc3NfY2hlY2tvcmRlcigpIGF0 IHdpdG5lc3NfY2hlY2tvcmRlcisweGQzYS9mcmFtZSAweGZmZmZmZTAwZDk3YmQzZDAKX19sb2Nr bWdyX2FyZ3MoKSBhdCBfX2xvY2ttZ3JfYXJncysweDg2Yy9mcmFtZSAweGZmZmZmZTAwZDk3YmQ1 MDAKdm9wX3N0ZGxvY2soKSBhdCB2b3Bfc3RkbG9jaysweDNjL2ZyYW1lIDB4ZmZmZmZlMDBkOTdi ZDUyMApWT1BfTE9DSzFfQVBWKCkgYXQgVk9QX0xPQ0sxX0FQVisweGY1L2ZyYW1lIDB4ZmZmZmZl MDBkOTdiZDU1MApfdm5fbG9jaygpIGF0IF92bl9sb2NrKzB4YWIvZnJhbWUgMHhmZmZmZmUwMGQ5 N2JkNWMwCnZnZXQoKSBhdCB2Z2V0KzB4NzAvZnJhbWUgMHhmZmZmZmUwMGQ5N2JkNjEwCmRldmZz X2FsbG9jdigpIGF0IGRldmZzX2FsbG9jdisweGZkL2ZyYW1lIDB4ZmZmZmZlMDBkOTdiZDY2MApk ZXZmc19yb290KCkgYXQgZGV2ZnNfcm9vdCsweDQzL2ZyYW1lIDB4ZmZmZmZlMDBkOTdiZDY5MAp2 ZnNfZG9ubW91bnQoKSBhdCB2ZnNfZG9ubW91bnQrMHgxMTVlL2ZyYW1lIDB4ZmZmZmZlMDBkOTdi ZDk2MApzeXNfbm1vdW50KCkgYXQgc3lzX25tb3VudCsweDcyL2ZyYW1lIDB4ZmZmZmZlMDBkOTdi ZDlhMAphbWQ2NF9zeXNjYWxsKCkgYXQgYW1kNjRfc3lzY2FsbCsweDI2NS9mcmFtZSAweGZmZmZm ZTAwZDk3YmRhYjAKWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2NhbGwrMHhmYi9mcmFtZSAw eGZmZmZmZTAwZDk3YmRhYjAKLS0tIHN5c2NhbGwgKDM3OCwgRnJlZUJTRCBFTEY2NCwgc3lzX25t b3VudCksIHJpcCA9IDB4ODAwYTllMjFhLCByc3AgPSAweDdmZmZmZmZmY2NjOCwgcmJwID0gMHg3 ZmZmZmZmZmQyMzAgLS0tCnVtczA6IDx2ZW5kb3IgMHgwNGQ5IHByb2R1Y3QgMHgwNDk5LCBjbGFz cyAwLzAsIHJldiAxLjEwLzIuOTAsIGFkZHIgMz4gb24gdXNidXMwCnVtczA6IDMgYnV0dG9ucyBh bmQgW1hZWl0gY29vcmRpbmF0ZXMgSUQ9MApXQVJOSU5HOiBhdHRlbXB0IHRvIGRvbWFpbl9hZGQo bmV0Z3JhcGgpIGFmdGVyIGRvbWFpbmZpbmFsaXplKCkKbG9jayBvcmRlciByZXZlcnNhbDoKIDFz dCAweGZmZmZmZTAwNDA0MjZkYTAgYnVmd2FpdCAoYnVmd2FpdCkgQCAvdXNyL3NyYy9zeXMva2Vy bi92ZnNfYmlvLmM6MzA4MQogMm5kIDB4ZmZmZmY4MDAwZTFlYzQwMCBkaXJoYXNoIChkaXJoYXNo KSBAIC91c3Ivc3JjL3N5cy91ZnMvdWZzL3Vmc19kaXJoYXNoLmM6Mjg0CktEQjogc3RhY2sgYmFj a3RyYWNlOgpkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBhdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIr MHgyYi9mcmFtZSAweGZmZmZmZTAwZDk4NzkyNzAKa2RiX2JhY2t0cmFjZSgpIGF0IGtkYl9iYWNr dHJhY2UrMHgzOS9mcmFtZSAweGZmZmZmZTAwZDk4NzkzMjAKd2l0bmVzc19jaGVja29yZGVyKCkg YXQgd2l0bmVzc19jaGVja29yZGVyKzB4ZDNhL2ZyYW1lIDB4ZmZmZmZlMDBkOTg3OTNiMApfc3hf eGxvY2soKSBhdCBfc3hfeGxvY2srMHg3NS9mcmFtZSAweGZmZmZmZTAwZDk4NzkzZjAKdWZzZGly aGFzaF9hZGQoKSBhdCB1ZnNkaXJoYXNoX2FkZCsweDNiL2ZyYW1lIDB4ZmZmZmZlMDBkOTg3OTQz MAp1ZnNfZGlyZW50ZXIoKSBhdCB1ZnNfZGlyZW50ZXIrMHg2NWMvZnJhbWUgMHhmZmZmZmUwMGQ5 ODc5NGYwCnVmc19tYWtlaW5vZGUoKSBhdCB1ZnNfbWFrZWlub2RlKzB4NTczL2ZyYW1lIDB4ZmZm ZmZlMDBkOTg3OTZiMApWT1BfQ1JFQVRFX0FQVigpIGF0IFZPUF9DUkVBVEVfQVBWKzB4ZWEvZnJh bWUgMHhmZmZmZmUwMGQ5ODc5NmUwCnZuX29wZW5fY3JlZCgpIGF0IHZuX29wZW5fY3JlZCsweDMw MC9mcmFtZSAweGZmZmZmZTAwZDk4Nzk4MzAKa2Vybl9vcGVuYXQoKSBhdCBrZXJuX29wZW5hdCsw eDI2MS9mcmFtZSAweGZmZmZmZTAwZDk4Nzk5YTAKYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0X3N5 c2NhbGwrMHgyNjUvZnJhbWUgMHhmZmZmZmUwMGQ5ODc5YWIwClhmYXN0X3N5c2NhbGwoKSBhdCBY ZmFzdF9zeXNjYWxsKzB4ZmIvZnJhbWUgMHhmZmZmZmUwMGQ5ODc5YWIwCi0tLSBzeXNjYWxsICg1 LCBGcmVlQlNEIEVMRjY0LCBzeXNfb3BlbiksIHJpcCA9IDB4ODAwOTNlYjVhLCByc3AgPSAweDdm ZmZmZmZmZDlmOCwgcmJwID0gMHg3ZmZmZmZmZmRhMzAgLS0tCmluZm86IFtkcm1dIEluaXRpYWxp emVkIGRybSAxLjEuMCAyMDA2MDgxMApkcm1uMDogPEFUSSBSYWRlb24gSEQgNDM1MD4gb24gdmdh cGNpMAppbmZvOiBbZHJtXSBNU0kgZW5hYmxlZCAxIG1lc3NhZ2UocykKaW5mbzogW2RybV0gUkFE RU9OX0lTX1BDSUUKaW5mbzogW2RybV0gaW5pdGlhbGl6aW5nIGtlcm5lbCBtb2Rlc2V0dGluZyAo UlY3MTAgMHgxMDAyOjB4OTU0RiAweDEwNDM6MHgwMzU0KS4KaW5mbzogW2RybV0gcmVnaXN0ZXIg bW1pbyBiYXNlOiAweEZCRTIwMDAwCmluZm86IFtkcm1dIHJlZ2lzdGVyIG1taW8gc2l6ZTogNjU1 MzYKaW5mbzogW2RybV0gcmFkZW9uX2F0cm1fZ2V0X2Jpb3M6ID09PT4gVHJ5IEFUUk0uLi4KaW5m bzogW2RybV0gcmFkZW9uX2F0cm1fZ2V0X2Jpb3M6IHBjaV9maW5kX2NsYXNzKCkgZm91bmQ6IDA6 MjowOjAsIHZlbmRvcj0xMDAyLCBkZXZpY2U9OTU0ZgppbmZvOiBbZHJtXSByYWRlb25fYXRybV9n ZXRfYmlvczogR2V0IEFDUEkgZGV2aWNlIGhhbmRsZQppbmZvOiBbZHJtXSByYWRlb25fYWNwaV92 ZmN0X2Jpb3M6ID09PT4gVHJ5IFZGQ1QuLi4KaW5mbzogW2RybV0gcmFkZW9uX2FjcGlfdmZjdF9i aW9zOiBHZXQgIlZGQ1QiIEFDUEkgdGFibGUKaW5mbzogW2RybV0gcmFkZW9uX2FjcGlfdmZjdF9i aW9zOiBGYWlsZWQgdG8gZ2V0ICJWRkNUIiB0YWJsZTogQUVfTk9UX0ZPVU5ECmluZm86IFtkcm1d IGlncF9yZWFkX2Jpb3NfZnJvbV92cmFtOiA9PT0+IFRyeSBJR1AncyBWUkFNLi4uCmluZm86IFtk cm1dIGlncF9yZWFkX2Jpb3NfZnJvbV92cmFtOiBWUkFNIGJhc2UgYWRkcmVzczogMHhlMDAwMDAw MAppbmZvOiBbZHJtXSBpZ3BfcmVhZF9iaW9zX2Zyb21fdnJhbTogTWFwIGFkZHJlc3M6IDB4ZmZm ZmY4MDBlMDAwMDAwMCAoMjYyMTQ0IGJ5dGVzKQppbmZvOiBbZHJtXSBpZ3BfcmVhZF9iaW9zX2Zy b21fdnJhbTogSW5jb3JyZWN0IEJJT1Mgc2lnbmF0dXJlOiAweEZGRkYKaW5mbzogW2RybV0gcmFk ZW9uX3JlYWRfYmlvczogPT09PiBUcnkgUENJIEV4cGFuc2lvbiBST00uLi4KaW5mbzogW2RybV0g cmFkZW9uX3JlYWRfYmlvczogTWFwIGFkZHJlc3M6IDB4ZmZmZmY4MDAwMDBjMDAwMCAoMTMxMDcy IGJ5dGVzKQppbmZvOiBbZHJtXSBBVE9NIEJJT1M6IDk1NEYuMTEuMjIuNi4wLkFTMDQKZHJtbjA6 IGluZm86IFZSQU06IDEwMjRNIDB4MDAwMDAwMDAwMDAwMDAwMCAtIDB4MDAwMDAwMDAzRkZGRkZG RiAoMTAyNE0gdXNlZCkKZHJtbjA6IGluZm86IEdUVDogNTEyTSAweDAwMDAwMDAwNDAwMDAwMDAg LSAweDAwMDAwMDAwNUZGRkZGRkYKaW5mbzogW2RybV0gRGV0ZWN0ZWQgVlJBTSBSQU09MTAyNE0s IEJBUj0yNTZNCmluZm86IFtkcm1dIFJBTSB3aWR0aCA2NGJpdHMgRERSCltUVE1dIFpvbmUgIGtl cm5lbDogQXZhaWxhYmxlIGdyYXBoaWNzIG1lbW9yeTogMTY3Mjc2Njgga2lCCltUVE1dIFpvbmUg ICBkbWEzMjogQXZhaWxhYmxlIGdyYXBoaWNzIG1lbW9yeTogMjA5NzE1MiBraUIKW1RUTV0gSW5p dGlhbGl6aW5nIHBvb2wgYWxsb2NhdG9yCmluZm86IFtkcm1dIHJhZGVvbjogMTAyNE0gb2YgVlJB TSBtZW1vcnkgcmVhZHkKaW5mbzogW2RybV0gcmFkZW9uOiA1MTJNIG9mIEdUVCBtZW1vcnkgcmVh ZHkuCmluZm86IFtkcm1dIFN1cHBvcnRzIHZibGFuayB0aW1lc3RhbXAgY2FjaGluZyBSZXYgMSAo MTAuMTAuMjAxMCkuCmluZm86IFtkcm1dIERyaXZlciBzdXBwb3J0cyBwcmVjaXNlIHZibGFuayB0 aW1lc3RhbXAgcXVlcnkuCmluZm86IFtkcm1dIHJhZGVvbjogaXJxIGluaXRpYWxpemVkLgppbmZv OiBbZHJtXSBHQVJUOiBudW0gY3B1IHBhZ2VzIDEzMTA3MiwgbnVtIGdwdSBwYWdlcyAxMzEwNzIK aW5mbzogW2RybV0gcHJvYmluZyBnZW4gMiBjYXBzIGZvciBkZXZpY2UgODA4NjozYzA0ID0gMy9l CmluZm86IFtkcm1dIGVuYWJsaW5nIFBDSUUgZ2VuIDIgbGluayBzcGVlZHMsIGRpc2FibGUgd2l0 aCByYWRlb24ucGNpZV9nZW4yPTAKaW5mbzogW2RybV0gTG9hZGluZyBSVjcxMCBNaWNyb2NvZGUK aW5mbzogW2RybV0gUENJRSBHQVJUIG9mIDUxMk0gZW5hYmxlZCAodGFibGUgYXQgMHgwMDAwMDAw MDAwMDQwMDAwKS4KZHJtbjA6IGluZm86IFdCIGVuYWJsZWQKZHJtbjA6IGluZm86IGZlbmNlIGRy aXZlciBvbiByaW5nIDAgdXNlIGdwdSBhZGRyIDB4MDAwMDAwMDA0MDAwMGMwMCBhbmQgY3B1IGFk ZHIgMHgweGZmZmZmODAxZWUxNmJjMDAKZHJtbjA6IGluZm86IGZlbmNlIGRyaXZlciBvbiByaW5n IDMgdXNlIGdwdSBhZGRyIDB4MDAwMDAwMDA0MDAwMGMwYyBhbmQgY3B1IGFkZHIgMHgweGZmZmZm ODAxZWUxNmJjMGMKaW5mbzogW2RybV0gcmluZyB0ZXN0IG9uIDAgc3VjY2VlZGVkIGluIDEgdXNl Y3MKaW5mbzogW2RybV0gcmluZyB0ZXN0IG9uIDMgc3VjY2VlZGVkIGluIDEgdXNlY3MKaW5mbzog W2RybV0gaWIgdGVzdCBvbiByaW5nIDAgc3VjY2VlZGVkIGluIDAgdXNlY3MKaW5mbzogW2RybV0g aWIgdGVzdCBvbiByaW5nIDMgc3VjY2VlZGVkIGluIDAgdXNlY3MKaW5mbzogW2RybV0gcmFkZW9u X2RldmljZV9pbml0OiBUYWtpbmcgb3ZlciB0aGUgZmljdGl0aW91cyByYW5nZSAweGUwMDAwMDAw LTB4ZjAwMDAwMDAKaWljYnVzMDogPFBoaWxpcHMgSTJDIGJ1cz4gb24gaWljYmIwIGFkZHIgMHhm ZgppaWMwOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMwCmlpY2J1czE6IDxQaGlsaXBzIEky QyBidXM+IG9uIGlpY2JiMSBhZGRyIDB4ZmYKaWljMTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWlj YnVzMQppaWNidXMyOiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjIgYWRkciAweGZmCmlpYzI6 IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czIKaWljYnVzMzogPFBoaWxpcHMgSTJDIGJ1cz4g b24gaWljYmIzIGFkZHIgMHhmZgppaWMzOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMzCmlp Y2J1czQ6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiNCBhZGRyIDB4ZmYKaWljNDogPEkyQyBn ZW5lcmljIEkvTz4gb24gaWljYnVzNAppaWNidXM1OiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNi YjUgYWRkciAweGZmCmlpYzU6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czUKaWljYnVzNjog PFBoaWxpcHMgSTJDIGJ1cz4gb24gaWljYmI2IGFkZHIgMHhmZgppaWM2OiA8STJDIGdlbmVyaWMg SS9PPiBvbiBpaWNidXM2CmluZm86IFtkcm1dIFJhZGVvbiBEaXNwbGF5IENvbm5lY3RvcnMKaW5m bzogW2RybV0gQ29ubmVjdG9yIDA6CmluZm86IFtkcm1dICAgSERNSS1BLTEKaW5mbzogW2RybV0g ICBIUEQxCmluZm86IFtkcm1dICAgRERDOiAweDdlNTAgMHg3ZTUwIDB4N2U1NCAweDdlNTQgMHg3 ZTU4IDB4N2U1OCAweDdlNWMgMHg3ZTVjCmluZm86IFtkcm1dICAgRW5jb2RlcnM6CmluZm86IFtk cm1dICAgICBERlAxOiBJTlRFUk5BTF9VTklQSFkKaW5mbzogW2RybV0gQ29ubmVjdG9yIDE6Cmlu Zm86IFtkcm1dICAgVkdBLTEKaW5mbzogW2RybV0gICBEREM6IDB4N2U0MCAweDdlNDAgMHg3ZTQ0 IDB4N2U0NCAweDdlNDggMHg3ZTQ4IDB4N2U0YyAweDdlNGMKaW5mbzogW2RybV0gICBFbmNvZGVy czoKaW5mbzogW2RybV0gICAgIENSVDI6IElOVEVSTkFMX0tMRFNDUF9EQUMyCmluZm86IFtkcm1d IENvbm5lY3RvciAyOgppbmZvOiBbZHJtXSAgIERWSS1JLTEKaW5mbzogW2RybV0gICBIUEQ0Cmlu Zm86IFtkcm1dICAgRERDOiAweDdmMTAgMHg3ZjEwIDB4N2YxNCAweDdmMTQgMHg3ZjE4IDB4N2Yx OCAweDdmMWMgMHg3ZjFjCmluZm86IFtkcm1dICAgRW5jb2RlcnM6CmluZm86IFtkcm1dICAgICBD UlQxOiBJTlRFUk5BTF9LTERTQ1BfREFDMQppbmZvOiBbZHJtXSAgICAgREZQMjogSU5URVJOQUxf VU5JUEhZMgppbmZvOiBbZHJtXSBJbnRlcm5hbCB0aGVybWFsIGNvbnRyb2xsZXIgd2l0aG91dCBm YW4gY29udHJvbAppbmZvOiBbZHJtXSByYWRlb246IHBvd2VyIG1hbmFnZW1lbnQgaW5pdGlhbGl6 ZWQKaW5mbzogW2RybV0gZmIgbWFwcGFibGUgYXQgMHhFMDE0MjAwMAppbmZvOiBbZHJtXSB2cmFt IGFwcGVyIGF0IDB4RTAwMDAwMDAKaW5mbzogW2RybV0gc2l6ZSA4Mjk0NDAwCmluZm86IFtkcm1d IGZiIGRlcHRoIGlzIDI0CmluZm86IFtkcm1dICAgIHBpdGNoIGlzIDc2ODAKZmJkMCBvbiBkcm1u MAp2dF9hbGxvY2F0ZTogUmVwbGFjZSBleGlzdGluZyBWVCBkcml2ZXIuCmluZm86IFtkcm1dIElu aXRpYWxpemVkIHJhZGVvbiAyLjI5LjAgMjAwODA1MjgKc3lzbW91c2U6IHVua25vd24gaW9jdGw6 IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6 IHVua25vd24gaW9jdGw6IHQ6ODAwMDc0MTAKbG9jayBvcmRlciByZXZlcnNhbDoKIDFzdCAweGZm ZmZmODAyMDU3MmQ1ZjAgdWZzICh1ZnMpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N1YnIuYzoy MTAxCiAybmQgMHhmZmZmZmUwMDQwNThlMDgwIGJ1ZndhaXQgKGJ1ZndhaXQpIEAgL3Vzci9zcmMv c3lzL3Vmcy9mZnMvZmZzX3Zub3BzLmM6MjYyCiAzcmQgMHhmZmZmZjgwMjA1N2FjZDUwIHVmcyAo dWZzKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6MjEwMQpLREI6IHN0YWNrIGJhY2t0 cmFjZToKZGJfdHJhY2Vfc2VsZl93cmFwcGVyKCkgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4 MmIvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5MjIwCmtkYl9iYWNrdHJhY2UoKSBhdCBrZGJfYmFja3Ry YWNlKzB4MzkvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5MmQwCndpdG5lc3NfY2hlY2tvcmRlcigpIGF0 IHdpdG5lc3NfY2hlY2tvcmRlcisweGQzYS9mcmFtZSAweGZmZmZmZTAwZDljMDkzNjAKX19sb2Nr bWdyX2FyZ3MoKSBhdCBfX2xvY2ttZ3JfYXJncysweDg2Yy9mcmFtZSAweGZmZmZmZTAwZDljMDk0 OTAKZmZzX2xvY2soKSBhdCBmZnNfbG9jaysweDg0L2ZyYW1lIDB4ZmZmZmZlMDBkOWMwOTRlMApW T1BfTE9DSzFfQVBWKCkgYXQgVk9QX0xPQ0sxX0FQVisweGY1L2ZyYW1lIDB4ZmZmZmZlMDBkOWMw OTUxMApfdm5fbG9jaygpIGF0IF92bl9sb2NrKzB4YWIvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5NTgw CnZnZXQoKSBhdCB2Z2V0KzB4NzAvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5NWQwCnZmc19oYXNoX2dl dCgpIGF0IHZmc19oYXNoX2dldCsweGY1L2ZyYW1lIDB4ZmZmZmZlMDBkOWMwOTYyMApmZnNfdmdl dGYoKSBhdCBmZnNfdmdldGYrMHg0MS9mcmFtZSAweGZmZmZmZTAwZDljMDk2YjAKc29mdGRlcF9z eW5jX2J1ZigpIGF0IHNvZnRkZXBfc3luY19idWYrMHhhOGMvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5 NzkwCmZmc19zeW5jdm5vZGUoKSBhdCBmZnNfc3luY3Zub2RlKzB4MjU4L2ZyYW1lIDB4ZmZmZmZl MDBkOWMwOTgxMApzb2Z0ZGVwX2ZzeW5jKCkgYXQgc29mdGRlcF9mc3luYysweDU5OC9mcmFtZSAw eGZmZmZmZTAwZDljMDk4YzAKZmZzX2ZzeW5jKCkgYXQgZmZzX2ZzeW5jKzB4NjAvZnJhbWUgMHhm ZmZmZmUwMGQ5YzA5OGYwClZPUF9GU1lOQ19BUFYoKSBhdCBWT1BfRlNZTkNfQVBWKzB4ZjAvZnJh bWUgMHhmZmZmZmUwMGQ5YzA5OTIwCnN5c19mc3luYygpIGF0IHN5c19mc3luYysweDE1Ni9mcmFt ZSAweGZmZmZmZTAwZDljMDk5YTAKYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0X3N5c2NhbGwrMHgy NjUvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5YWIwClhmYXN0X3N5c2NhbGwoKSBhdCBYZmFzdF9zeXNj YWxsKzB4ZmIvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5YWIwCi0tLSBzeXNjYWxsICg5NSwgRnJlZUJT RCBFTEY2NCwgc3lzX2ZzeW5jKSwgcmlwID0gMHg4MDEyNzFjOWEsIHJzcCA9IDB4N2ZmZmZkOWVj YmE4LCByYnAgPSAweDdmZmZmZDllY2JjMCAtLS0K --047d7b3a8c3a861e7e04ed2c4fe3-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 13:04:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3C0386E for ; Tue, 10 Dec 2013 13:04:45 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 70AF31938 for ; Tue, 10 Dec 2013 13:04:45 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VqMzR-000NHt-Uc for freebsd-current@freebsd.org; Tue, 10 Dec 2013 14:04:41 +0100 Message-ID: <52A7115F.4060702@dumbbell.fr> Date: Tue, 10 Dec 2013 14:04:31 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken References: <201312052238.rB5McsVN020719@svn.freebsd.org> <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> <20131209173521.3d8543998dad2bc57cdc326c@ddteam.net> <20131210014926.840974dc.ray@ddteam.net> In-Reply-To: <20131210014926.840974dc.ray@ddteam.net> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J4i2xvbHXB7i9qIoILHB04XKN1uVMksIG" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 10 Dec 2013 13:04:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --J4i2xvbHXB7i9qIoILHB04XKN1uVMksIG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10.12.2013 00:49, Aleksandr Rybalko wrote: > It is not fatal in syscons case. We decide to mark this message as > error, to get more attention when run with newcons. For newcons it > indicate that vt will not be able to draw into framebuffer(memory > region which contain image you see on display). > But it have no impact on sc (syscons). Is there something we can check at build time or runtime to determine which of syscons or newcons is used, and consequently, avoid this error message? Because we'll probably have many reports of that in the future. --=20 Jean-S=E9bastien P=E9dron --J4i2xvbHXB7i9qIoILHB04XKN1uVMksIG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKnEWkACgkQa+xGJsFYOlODvACgvDmh2UkI+ilCJHLSjKUT5YSM clkAoNiDuiHvLDCJ+FlGUdlhlQ0gYrfG =eDov -----END PGP SIGNATURE----- --J4i2xvbHXB7i9qIoILHB04XKN1uVMksIG-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 16:36:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7913D790 for ; Tue, 10 Dec 2013 16:36:09 +0000 (UTC) Received: from mail-ea0-f170.google.com (mail-ea0-f170.google.com [209.85.215.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 080E61A98 for ; Tue, 10 Dec 2013 16:36:08 +0000 (UTC) Received: by mail-ea0-f170.google.com with SMTP id k10so2393455eaj.29 for ; Tue, 10 Dec 2013 08:36:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-type:content-transfer-encoding:subject:from:date:to :message-id; bh=o56BVGh08FN6S7CLfdkWmPb0wU98OSh5Je9d6zvAb58=; b=kpzwtch+AX2srzhopHYLsK4y+WKHMXul9YmrdPPARyf2w/k6/yt+2s4gg5DPQglcj5 5SB7yrZbaXEXP9WKIlhsoacA1A8mk/+1w523eiyChb7kAl/I7b0xRw8Ena8qt99hdIp1 fgvuSd037vM3wDN402N4H4Hedd0+Pf7CHSvb5i/4D6hE5I2RRmNaSPuQMAEdgW+EDCYB RhLRsKd+ZcOgTBFvnb0Gtou2kwvVBjH4/dqmbv7QqZefjT2CaTsy9wNuWvu6xI6prsXW Bv9hBTrMe6SUrsxcGa+JFJsS1CwDFWYvPkweg1hZQC0PvTzdDChaYqqtu6bolkdfq05H AUXA== X-Gm-Message-State: ALoCoQn4MH8PoJLWnHNRPKJXR96OFl4xjiOkATIn4tJWwcPmE7NoF/oBbgWpJmJwgbc1LVmpTNCK X-Received: by 10.14.182.199 with SMTP id o47mr19102415eem.7.1386693361307; Tue, 10 Dec 2013 08:36:01 -0800 (PST) Received: from [100.80.194.44] ([37.73.199.156]) by mx.google.com with ESMTPSA id b41sm43115579eef.16.2013.12.10.08.35.58 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 10 Dec 2013 08:36:00 -0800 (PST) User-Agent: K-9 Mail for Android In-Reply-To: <52A7115F.4060702@dumbbell.fr> References: <201312052238.rB5McsVN020719@svn.freebsd.org> <20131208163610.86e9e1ccc892aaf255d4cfb2@gmail.com> <20131209173521.3d8543998dad2bc57cdc326c@ddteam.net> <20131210014926.840974dc.ray@ddteam.net> <52A7115F.4060702@dumbbell.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken From: Aleksandr Rybalko Date: Tue, 10 Dec 2013 18:16:34 +0200 To: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= , freebsd-current@freebsd.org Message-ID: <5dda74ca-e6be-40cb-8292-a3852c1fa610@email.android.com> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 10 Dec 2013 16:36:09 -0000 "Jean-Sébastien Pédron" написав(ла): >On 10.12.2013 00:49, Aleksandr Rybalko wrote: >> It is not fatal in syscons case. We decide to mark this message as >> error, to get more attention when run with newcons. For newcons it >> indicate that vt will not be able to draw into framebuffer(memory >> region which contain image you see on display). >> But it have no impact on sc (syscons). > >Is there something we can check at build time or runtime to determine >which of syscons or newcons is used, and consequently, avoid this error >message? Because we'll probably have many reports of that in the >future. Yep, committed in r259179. Thanks! WBW ------ Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 17:00:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91198F44 for ; Tue, 10 Dec 2013 17:00:17 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 520381D6E for ; Tue, 10 Dec 2013 17:00:17 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id j5so3870167qaq.5 for ; Tue, 10 Dec 2013 09:00:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=EBAvtRLod397raBdVqswm4gFMuekjRWMJT8cTt6oVcc=; b=0gjcjei5s+vWDkgrqdpQIP7QgzIbAkc3uRzOLFEfxJUUGiz7tXTpti6EHa4+423iiD 8hboEEazA6GKJgid2ZKY8X9PL6xcvnxr37Er19StrIlN26w4iscOM9hyQIMQTzdXsz5C KYWXDk1KUhsQa8IYet7w1WrnMbu5KBHmwkNs7NzfvobJp52j8gxarvhOnYZ6CJpPvH0D dAhnbhpUC17PREaR93g4n143/t/a7iZ6OEBTPSJZrvKV8/aZKsVzB7HkWFDHg77catpY wNsg+7pj12GMB2sbl5YpnkHrakk2gYHuMMu+FElPflLf4N9WMLEfZmfy7PtjZNhAMEle 35kw== X-Received: by 10.49.131.69 with SMTP id ok5mr172276672qeb.77.1386694816463; Tue, 10 Dec 2013 09:00:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.45.101 with HTTP; Tue, 10 Dec 2013 08:59:36 -0800 (PST) From: =?UTF-8?B?5LmU5qWa?= Date: Wed, 11 Dec 2013 00:59:36 +0800 Message-ID: Subject: boot failure after upgrade to HEAD from svn: zfs i/o error - all block copies unavailable invalid format To: Current FreeBSD Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 10 Dec 2013 17:00:17 -0000 *Today, after **upgrade to HEAD from svn, My FreeBSD can't boot.* *Error message:* *ZFS: i/o error all block copies unavailable **Invalid format* *If boot from **FreeBSD-11.0-CURRENT-amd64-20131205-r258961-bootonly.iso or FreeBSD-11.0-CURRENT-amd64-20131205-r258961-disc1.iso, boot loader will stop at *mountfrom: *My FreeBSD version is -current.* *Before upgrade, svn version is r25906.* *After upgrade , svn version maybe r**259156.* *ZFS is root fs.* *How to fix it?* From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 18:48:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32899399 for ; Tue, 10 Dec 2013 18:48:59 +0000 (UTC) Received: from mail-qe0-x234.google.com (mail-qe0-x234.google.com [IPv6:2607:f8b0:400d:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E483F1536 for ; Tue, 10 Dec 2013 18:48:58 +0000 (UTC) Received: by mail-qe0-f52.google.com with SMTP id ne12so4404253qeb.25 for ; Tue, 10 Dec 2013 10:48:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=+nfmUOyDODb8s09fAcGkpZ+DnmbHI5TH1X6h+jySUd8=; b=g6+00SI0zJn0meSyPJVUkjYPIT7jamPjIonByuIN5owT/+aqf3Sn36gHForf34jTaK wlw5mmUvFofetSITFFQrrCgLSNh70M80mU6JBvtpDkcRapmVyQJIZO0H+3sT+FG6tjjv 5ZlCT5HXEo9B+QUhcSZx56cSs7DwfOkpkfpMVTrJ+z1KJyTv4oqE1VmQAp2UELOgWYLU Ta9OaB2Dj8xpzdyl10+5ewBPtMJEwkzptuwJgzBCC7IZq9u3dJbaZ0hP0kL4firFLiNp F193K6yfKzyAcSdd7QivMNET/IZ2RA9cEcWN8XpUD+gWPewEhmhFs6MEcqnMQ3nBMBX1 8lug== MIME-Version: 1.0 X-Received: by 10.224.89.73 with SMTP id d9mr48060423qam.5.1386701338072; Tue, 10 Dec 2013 10:48:58 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Tue, 10 Dec 2013 10:48:58 -0800 (PST) In-Reply-To: References: Date: Tue, 10 Dec 2013 10:48:58 -0800 X-Google-Sender-Auth: elSmxGnSU-mJwF-1iiTtifaTWnY Message-ID: Subject: Re: Intel Centrino Wireless-N 1000 can't connect to AP From: Adrian Chadd To: =?UTF-8?B?5LmU5qWa?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 10 Dec 2013 18:48:59 -0000 OK, I'll see if my centrino 1xx / 1xxx units match yours and are problemati= c. Please file a PR! -a On 7 December 2013 05:34, =E4=B9=94=E6=A5=9A wrote: > Today ,I upgrade my freebsd from 10-beta4 to current. > Now, my freebsd can't connect to wireless AP. Wireless LAN strike. > > iwn0 in /var/log/message: > Dec 7 08:02:00 x201i kernel: iwn0: mem > 0xf2400000-0xf2401fff irq 16 at device 0.0 on pci2 > > Dec 7 08:02:00 x201i kernel: iwn0: attempting to allocate 1 MSI vectors = (1 > supported) > Dec 7 08:02:00 x201i kernel: msi: routing MSI IRQ 266 to local APIC 0 > vector 62 > Dec 7 08:02:00 x201i kernel: iwn0: using IRQ 266 for MSI > Dec 7 08:02:00 x201i kernel: iwn0: MIMO 1T2R, BGS, address > 8c:a9:82:5a:41:58 > Dec 7 08:02:00 x201i kernel: iwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > Dec 7 08:02:00 x201i kernel: iwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps > Dec 7 08:02:00 x201i kernel: iwn0: 1T2R > Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 20MHz > Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 6.5Mbps - 65Mbps > Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 20MHz SGI > Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 7Mbps - 72Mbps > Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 40MHz: > Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 13.5Mbps - 135Mbps > Dec 7 08:02:00 x201i kernel: iwn0: 11ng MCS 40MHz SGI: > Dec 7 08:02:00 x201i kernel: iwn0: MCS 0-7: 15Mbps - 150Mbps > ...... > Dec 7 08:02:00 x201i kernel: wlan0: Ethernet address: f0:de:f1:52:cf:16 > Dec 7 08:02:00 x201i kernel: iwn0: iwn_intr: fatal firmware error > Dec 7 08:02:00 x201i kernel: firmware error log: > Dec 7 08:02:00 x201i kernel: error type =3D "SYSASSERT" (0x00000005= ) > Dec 7 08:02:00 x201i kernel: program counter =3D 0x00018DBC > Dec 7 08:02:00 x201i kernel: source line =3D 0x00000032 > Dec 7 08:02:00 x201i kernel: error data =3D 0x0000000100000000 > Dec 7 08:02:00 x201i kernel: branch link =3D 0x00018D6E00018D6E > Dec 7 08:02:00 x201i kernel: interrupt link =3D 0x0000082600000000 > Dec 7 08:02:00 x201i kernel: time =3D 1538064582 > Dec 7 08:02:00 x201i kernel: driver status: > Dec 7 08:02:00 x201i kernel: tx ring 0: qid=3D0 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 1: qid=3D1 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 2: qid=3D2 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 3: qid=3D3 cur=3D2 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 4: qid=3D4 cur=3D57 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 5: qid=3D5 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 6: qid=3D6 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 7: qid=3D7 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 8: qid=3D8 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 9: qid=3D9 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 10: qid=3D10 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 11: qid=3D11 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 12: qid=3D12 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 13: qid=3D13 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 14: qid=3D14 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 15: qid=3D15 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 16: qid=3D16 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 17: qid=3D17 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 18: qid=3D18 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: tx ring 19: qid=3D19 cur=3D0 queued=3D0-- > Dec 7 08:02:00 x201i kernel: rx ring: cur=3D29 > ...... > Dec 7 08:02:01 x201i wpa_supplicant[667]: ioctl[SIOCS80211, op=3D103, va= l=3D0, > arg_len=3D128]: Device not configured > Dec 7 08:02:01 x201i wpa_supplicant[667]: wlan0: Failed to initiate AP s= can > > I do not know where the problem is? > If necessary, I can tie debugging. > _______________________________________________ > 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= " From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 20:54:51 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01A5E846; Tue, 10 Dec 2013 20:54:51 +0000 (UTC) Received: from mail-vc0-x22c.google.com (mail-vc0-x22c.google.com [IPv6:2607:f8b0:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9EA111F9C; Tue, 10 Dec 2013 20:54:50 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id ij19so3125713vcb.17 for ; Tue, 10 Dec 2013 12:54:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=XjCJlxAfRy9x1zV2zi28Vs3VligDqrTlx053GJj6n8E=; b=MxuYsaJVGqEraAIcLX+Pn5sPe70LAs2WAI70Bnw6tR96hihuJQ5qsLg7cGNffeLiML sSd4zaF7Z1s5iKfwJzJKjA/nkftStbbGH3+LGYfc+nE85fDxCkg797zL/3Rj2TngAAZY tbOxjG59U5u+BqzC3OK5kogijZEHmbMSDggr2yutVxEg1tDX14E42Y5G+y8znQipP+dk 4nXldG5o+Q0sD4S9GH8Ba1/zZpYm5uynRl9ZvhfBPzxK2MSrzuIm4KXpBZXfQC8GIbmM FC5EUBrZRkZ4pwM8DQ8AF8Xh1nSyRwjWtbTzuGBC0yzbPn09YX8FX84z1PJ1P60e2YPH fZqg== MIME-Version: 1.0 X-Received: by 10.52.165.76 with SMTP id yw12mr547930vdb.82.1386708889785; Tue, 10 Dec 2013 12:54:49 -0800 (PST) Sender: edschouten@gmail.com Received: by 10.220.74.6 with HTTP; Tue, 10 Dec 2013 12:54:49 -0800 (PST) Received: by 10.220.74.6 with HTTP; Tue, 10 Dec 2013 12:54:49 -0800 (PST) In-Reply-To: <52A73997.3000606@hotbox.ru> References: <52A73997.3000606@hotbox.ru> Date: Wed, 11 Dec 2013 07:54:49 +1100 X-Google-Sender-Auth: Q4H5ImplSNUbmlkysV5reOQJkQE Message-ID: Subject: Re: newcons + device.hints From: Ed Schouten To: "Vladimir A. Noskov" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ray@freebsd.org, FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 10 Dec 2013 20:54:51 -0000 Hey Vladimir, You'd better ask this question on the lists. I've added current@ and ray@to the cc. Thanks, Ed Am 11.12.2013 03:09 schrieb "Vladimir A. Noskov" : > Hello, Ed! > > I compiled FreeBSD nbw001 11.0-CURRENT FreeBSD 11.0-CURRENT # 0 r259137: > Tue Dec 10 02:57:07 MSK 2013 root @ nbw001 :/ > usr/obj/usr/home/wocson/devel/src.newcons/sys/W20131213 amd64 > This is my Toshiba laptop on CPU AMD E -450 : > > # Sysctl-a | egrep-i 'hw.machine | hw.model | hw.ncpu' > hw.machine: amd64 > hw.model: AMD E- 450 APU with Radeon (tm) HD Graphics > hw.ncpu: 2 > hw.machine_arch: amd64 > Radeon HD 6320 > > This kernel was launched in FreeBSD 10 Beta 4 (build 10 PCBSD -Stable > http://iso.cdn.pcbsd.org/10-STABLE/amd64/) > > Everything is working fine . > I have one question : Is it possible to install the OS at startup console > mode 1366x768px ? For sc was done editing device.hints. > hint.sc.0.at = "isa" > hint.sc.0.flags = "0x180" > hint.sc.0.vesa_mode = "0x11b" > > If you need any more information I will inform you . > > Thank you. > > -- > > *Vladimir A. Noskov* > From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 21:09:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 540843E7; Tue, 10 Dec 2013 21:09:33 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id 2751910B7; Tue, 10 Dec 2013 21:09:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id D980638240; Tue, 10 Dec 2013 15:09:31 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id gN79nNLMPvt3; Tue, 10 Dec 2013 15:09:31 -0600 (CST) Received: from terminus.icecube.wisc.edu (terminus.icecube.wisc.edu [172.16.223.97]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id C943038228; Tue, 10 Dec 2013 15:09:31 -0600 (CST) Message-ID: <52A7830B.2090803@freebsd.org> Date: Tue, 10 Dec 2013 15:09:31 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" , FreeBSD SCSI Subject: [CAM] Widening lun_id_t to 64-bits Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 10 Dec 2013 21:09:33 -0000 Modern SCSI hardware often uses 64-bit logical units (LUNs). The patch found at http://people.freebsd.org/~nwhitehorn/lun64.diff widens the type of lun_id_t to 64 bits, bumps CAM_VERSION, and begins exposing these to drivers that are marked as supporting extended LUNs. No behavior is changed except that peripheral with very long LUNs that didn't work before will start working. Binary compatibility with old code is also kept. There is, however, a chance that some 3rd party software might be unhappy about the type widening, so I'd appreciate any testing results. Barring any issues, I will commit this on Friday. -Nathan From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 22:06:25 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1ED6263F; Tue, 10 Dec 2013 22:06:25 +0000 (UTC) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE28F14C8; Tue, 10 Dec 2013 22:06:23 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id rBAM66in030620; Tue, 10 Dec 2013 23:06:13 +0100 (CET) (envelope-from andreast@FreeBSD.org) Message-ID: <52A7904E.1040100@FreeBSD.org> Date: Tue, 10 Dec 2013 23:06:06 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Larry Rosenman , Aleksandr Rybalko Subject: Re: panic with -CURRENT @Boot [r259130] References: <20131209163634.GA1471@borg.lerctr.org> <20131210000430.0cff80c1.ray@freebsd.org> <0c6229e29c448e1940d75e75d41a65a6@webmail.lerctr.org> In-Reply-To: <0c6229e29c448e1940d75e75d41a65a6@webmail.lerctr.org> Content-Type: multipart/mixed; boundary="------------070608070602020603080307" X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 10 Dec 2013 22:06:25 -0000 This is a multi-part message in MIME format. --------------070608070602020603080307 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 10.12.13 03:52, Larry Rosenman wrote: > On 2013-12-09 16:04, Aleksandr Rybalko wrote: >> On Mon, 9 Dec 2013 10:36:34 -0600 >> Larry Rosenman wrote: >> >>> >>> Path: . >>> Working Copy Root Path: /usr/src >>> URL: svn://svn.freebsd.org/base/head >>> Relative URL: ^/head >>> Repository Root: svn://svn.freebsd.org/base >>> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >>> Revision: 259130 >>> Node Kind: directory >>> Schedule: normal >>> Last Changed Author: ray >>> Last Changed Rev: 259130 >>> Last Changed Date: 2013-12-09 09:28:34 -0600 (Mon, 09 Dec 2013) >>> >> [[cut]] >> >> Can you please share core and kernel with modules. >> I'm not sure, but looks like it is related to vt (newcons). >> So I have to investigate. >> >> Thanks! >> >> WBW > I've passed ray@ credentials to get at the core/kernel/etc on the system > that generated it. I have a +2, the same panic as Larry plus another one on my Thinkpads. The second panic looks like this: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff807b8147 stack pointer = 0x28:0xfffffe00dd97f8e0 frame pointer = 0x28:0x333231302f2e2d2c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1132 (vidcontrol) I 'fixed' this with the attached patch. I have to test tomorrow if the first panic (the one Larry sees) on my Dell also goes away with this 'fix'. I compared with syscons.c and there the ival/data assigment is always done inside the case label and not at the end. maybe I'm papering over ... but at least a starting point to investigate. Andreas --------------070608070602020603080307 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="vt_core.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="vt_core.diff" Index: dev/vt/vt_core.c =================================================================== --- dev/vt/vt_core.c (revision 259154) +++ dev/vt/vt_core.c (working copy) @@ -1294,37 +1295,55 @@ switch (cmd) { case _IO('v', 4): cmd = VT_RELDISP; + ival = IOCPARM_IVAL(data); + data = (caddr_t)&ival; break; case _IO('v', 5): cmd = VT_ACTIVATE; + ival = IOCPARM_IVAL(data); + data = (caddr_t)&ival; break; case _IO('v', 6): cmd = VT_WAITACTIVE; + ival = IOCPARM_IVAL(data); + data = (caddr_t)&ival; break; case _IO('K', 20): cmd = KDSKBSTATE; + ival = IOCPARM_IVAL(data); + data = (caddr_t)&ival; break; case _IO('K', 67): cmd = KDSETRAD; + ival = IOCPARM_IVAL(data); + data = (caddr_t)&ival; break; case _IO('K', 7): cmd = KDSKBMODE; + ival = IOCPARM_IVAL(data); + data = (caddr_t)&ival; break; case _IO('K', 8): cmd = KDMKTONE; + ival = IOCPARM_IVAL(data); + data = (caddr_t)&ival; break; case _IO('K', 63): cmd = KIOCSOUND; + ival = IOCPARM_IVAL(data); + data = (caddr_t)&ival; break; case _IO('K', 66): cmd = KDSETLED; + ival = IOCPARM_IVAL(data); + data = (caddr_t)&ival; break; case _IO('c', 110): cmd = CONS_SETKBD; + ival = IOCPARM_IVAL(data); + data = (caddr_t)&ival; break; } - ival = IOCPARM_IVAL(data); - data = (caddr_t)&ival; #endif switch (cmd) { --------------070608070602020603080307-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 23:57:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 832C85D7; Tue, 10 Dec 2013 23:57:23 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id 383041D13; Tue, 10 Dec 2013 23:57:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id 9973638249; Tue, 10 Dec 2013 17:57:22 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id qXUK5PLCMgf5; Tue, 10 Dec 2013 17:57:22 -0600 (CST) Received: from terminus.icecube.wisc.edu (terminus.icecube.wisc.edu [172.16.223.97]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id 7FA5238246; Tue, 10 Dec 2013 17:57:22 -0600 (CST) Message-ID: <52A7AA62.8020500@freebsd.org> Date: Tue, 10 Dec 2013 17:57:22 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: dgilbert@interlog.com, "freebsd-current@freebsd.org" , FreeBSD SCSI Subject: Re: [CAM] Widening lun_id_t to 64-bits References: <52A7830B.2090803@freebsd.org> <52A7A69E.3030703@interlog.com> In-Reply-To: <52A7A69E.3030703@interlog.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Hannes Reinecke X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Tue, 10 Dec 2013 23:57:23 -0000 On 12/10/13 17:41, Douglas Gilbert wrote: > On 13-12-10 10:09 PM, Nathan Whitehorn wrote: >> Modern SCSI hardware often uses 64-bit logical units (LUNs). The >> patch found at >> http://people.freebsd.org/~nwhitehorn/lun64.diff widens the type of >> lun_id_t to >> 64 bits, bumps CAM_VERSION, and begins exposing these to drivers that >> are marked >> as supporting extended LUNs. No behavior is changed except that >> peripheral with >> very long LUNs that didn't work before will start working. Binary >> compatibility >> with old code is also kept. There is, however, a chance that some 3rd >> party >> software might be unhappy about the type widening, so I'd appreciate >> any testing >> results. Barring any issues, I will commit this on Friday. > > Interesting, Hannes Reinecke is trying to do something > very similar in the Linux SCSI subsystem. His patch set > today will be the third attempt in a year (by my count) > and he might just get over the top this time. There is > some support in my sg3_utils package for the way Linux > is implementing "64 bit LUNs". The sg3_utils package > also supports FreeBSD so I'm interested in what your > mapping will be. > > Now, as you are no doubt aware, SCSI (www.t10.org and specifically > sam5r15.pdf) does not have 64 bit LUNs, it has 8 byte LUNs in > SCSI order (i.e. big endian). Given that major architectures > like i386 and x86_64 are little endian, the mapping between > a 64 bit integer in native form and an 8 byte SCSI LUN is > a bit of a puzzle. That becomes a little harder when you try > for low numbered integers representing the T10 3 bit LUNs > (showing my age), 8 bit LUNs and 16 bit LUNs. > > Down to brass tacks: what exactly will a SCSI REPORT LUNS > WELL KNOWN LOGICAL UNIT number [T10 (in hex): c1 01 00 00 > 00 00 00 00] be in one of your 64 bits LUNs? Will that be > the same in little endian and big endian architectures? > There is also the representation of that LUN in logs; for > example lun=13907397124296802304 is not very intuitive. > > More examples would be great, perhaps from the 4, 6 and 8 byte > "extended logical unit addressing format". We're following the path-of-least-resistance from Solaris. I've momentarily forgotten how this works in the Linux patches, but the approach is as follows (this has actually been in HEAD for a couple months now). Extended LUNs are stored in host byte order with swizzled 16-bit word order so that, for devices implementing LUN addressing (like SCSI-2), the numerical representation of the LUN is identical before and after the change. Thus this keeps most behavior, and user-facing LUN IDs, unchanged. A macro (CAM_EXTLUN_BYTE_SWIZZLE) is provided to transform a lun_id_t into a uint64_t ordered for the wire. Most of the kernel prints these in hex as per SAM5. camcontrol prints them out in various ways if it knows the addressing component to which they correspond and otherwise prints them in hex. This seemed like by far the least painful approach: it has a (fairly) simple direct mapping onto the wire format, nothing changes for users, and almost nothing changes for code. > Robert Elliott who has been a T10 technical editor has written > a paper on this subject but google fails me, perhaps someone > else can supply the url. His advice was too late for Linux > and perhaps it is already too late for FreeBSD. Hopefully this corresponds to that advice, whatever it was :) Any suggestions for changes would be appreciated if you have them. -Nathan > Doug Gilbert > > > P.S. I know Linux has stupid typedefs in its kernel and > was hoping FreeBSD would be better. That was until > I saw u_int64_t rather than the standard (and > shorter) uint64_t > CAM is old still, so I've tried to keep the existing style. Updates are probably a good idea. -Nathan From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 00:04:52 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2D2580F for ; Wed, 11 Dec 2013 00:04:51 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id A809C1DAB for ; Wed, 11 Dec 2013 00:04:51 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: X-IronPort-AV: E=Sophos;i="4.93,867,1378872000"; d="scan'208";a="78474291" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 10 Dec 2013 19:04:44 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 753D5B4044 for ; Tue, 10 Dec 2013 19:04:44 -0500 (EST) Date: Tue, 10 Dec 2013 19:04:44 -0500 (EST) From: Rick Macklem To: freebsd-current Message-ID: <2147336908.28920849.1386720284423.JavaMail.root@uoguelph.ca> Subject: svn merge to stable/10 has lotsa mergeinfo MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 00:04:52 -0000 Hi, I just tried to MFC into stable/10 and it worked, but with a lot of mergeinfo. I know diddly about svn, so is this ok? Here's the "svn diff": Index: sys =================================================================== --- sys (revision 259205) +++ sys (working copy) Property changes on: sys ___________________________________________________________________ Added: svn:mergeinfo Merged /head/sys:r256280,256291,256293-256294,256299,256302,256304,256308,256 321-256323,256325,256327-256328,256330-256331,256333-256335,256338,256341,256343 ,256345,256347-256348,256350,256362,256365,256385,256389,256391,256423,256425,25 6440,256446,256450,256459,256467,256470,256477,256489,256498,256500-256502,25650 4,256533,256537,256540-256541,256544,256546,256548-256549,256551-256553,256555-2 56557,256570,256645-256646,256670,256682,256687,256689,256694,256709,256711,2567 13-256714,256716,256743-256744,256746,256750,256752-256753,256767,256769-256771, 256773,256775-256779,256788,256813,256827-256828,256832-256833,256835,256842,256 847-256848,256861,256865,256889,256911-256912,256915,256920,256925-256926,256931 ,256934-256936,256951,256963,256968,256971-256972,256977-256978,257005,257007,25 7017,257038,257051,257057,257061,257065,257069-257072,257078-257079,257084,25709 2,257109,257138-257139,257142,257145-257151,257158-257159,257164,257168,257193,2 57206,257214,257216,257221,257234,257268,257272,257274,257287-257288,257304-2573 07,257329,257344-257345,257350,257359,257361,257364,257369,257377-257380,257382, 257388,257400,257402-257403,257421,257440,257490,257505,257534,257539,257542,257 555,257574,257583,257598,257633,257641,257654,257667-257668,257680,257694-257695 ,257749,257754-257757,257769,257772,257780-257785,257787-257793,257795,257800-25 7801,257803-257804,257817,257819,257841-257845,257856,257858-257859,257862-25786 4,257869-257870,257872,257874,257876,257888,257915,257937-257939,257945,257996,2 58001,258016,258021,258029,258041-258043,258069,258086,258101,258122,258128,2581 35,258148-258150,258152-258156,258176,258178,258181,258187,258221,258224,258227- 258228,258235,258254,258262-258267,258276,258283,258294,258305,258307-258310,258 314,258317-258320,258345,258347-258348,258350,258353,258387-258388,258399,258425 ,258432-258433,258441,258492,258495,258537,258549,258553,258570,258574,258588,25 8591,258660-258661,258664,258669,258689,258698,258714,258737,258758,258765,25878 6,258790,258796-258797,258830,258847,258853,258879,258914,258924,258941,259048,2 59053,259079,259083,259094,259103 Index: sys/fs/nfs/nfs_commonkrpc.c =================================================================== --- sys/fs/nfs/nfs_commonkrpc.c (revision 259205) +++ sys/fs/nfs/nfs_commonkrpc.c (working copy) @@ -336,24 +336,25 @@ mtx_lock(&nrp->nr_mtx); if (nrp->nr_client != NULL) { + mtx_unlock(&nrp->nr_mtx); /* * Someone else already connected. */ CLNT_RELEASE(client); } else { nrp->nr_client = client; + /* + * Protocols that do not require connections may be optionally + * left unconnected for servers that reply from a port other + * than NFS_PORT. + */ + if (nmp == NULL || (nmp->nm_flag & NFSMNT_NOCONN) == 0) { + mtx_unlock(&nrp->nr_mtx); + CLNT_CONTROL(client, CLSET_CONNECT, &one); + } else + mtx_unlock(&nrp->nr_mtx); } - /* - * Protocols that do not require connections may be optionally left - * unconnected for servers that reply from a port other than NFS_PORT. - */ - if (nmp == NULL || (nmp->nm_flag & NFSMNT_NOCONN) == 0) { - mtx_unlock(&nrp->nr_mtx); - CLNT_CONTROL(client, CLSET_CONNECT, &one); - } else { - mtx_unlock(&nrp->nr_mtx); - } /* Restore current thread's credentials. */ td->td_ucred = origcred; From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 00:25:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09FE3DF6 for ; Wed, 11 Dec 2013 00:25:20 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B67C51EE8 for ; Wed, 11 Dec 2013 00:25:19 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id m20so4501759qcx.22 for ; Tue, 10 Dec 2013 16:25:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=8wWcv2qE475TK7UacxUluFcvqd6n2dWPbN77DNHCr+g=; b=FE22Q2JU2BY/62haug+VgoWv8xtuLGNLVV1ZrOjux+9q4MpI2oBtWUxVzAABb/mTOf KX3wCr5xTE9u3MUGCjP/Reeuqfaydg3rTL5X0sI7VYjUFzAUP+23hh5Hm2+OS/CC79sH euO6K/LZ6gPvZQ/RqJ/y26AGAaxLZbpxsVQ2s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=8wWcv2qE475TK7UacxUluFcvqd6n2dWPbN77DNHCr+g=; b=jOReW+Kjw7sj9LwAnhZ8K31LLJGU3UvNUFASPL55HCac902dK/mbmISUcyzhTUOTTS iAvzJlwPs9uE34uwHa2HEz8iIKn/gsx+niroptUlfmuj3zX/V1ePaDjrFx5dqQmzoC4X LBkZ1eIegKZdfW2BYyWLox6my/Eb9Of5NqNZaum5tbEy6ksnJTEZUkDCGrK9M6Qx2b4r K1Yjwb6NNutB4AnEhOTbsQanccybLY4o2oB+LnNx9qzmb9JQj18IHOn4csGMawLcFOx1 uw4d0BKNM1RjwD0IHkXWF6J0vBdHB9PKxkCPBjCdFGoL7l5ABPHoG1TqHbU40vHx/JU3 hf7g== X-Gm-Message-State: ALoCoQnzkYeOzpSNFkEioGhtR1a2q1VfN1mKIUxXpj0wk1hg/QGT4BQuL0lB0pgN43VrkHXP9Emb X-Received: by 10.49.74.138 with SMTP id t10mr49297152qev.21.1386721518907; Tue, 10 Dec 2013 16:25:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.86.42 with HTTP; Tue, 10 Dec 2013 16:24:48 -0800 (PST) In-Reply-To: <2147336908.28920849.1386720284423.JavaMail.root@uoguelph.ca> References: <2147336908.28920849.1386720284423.JavaMail.root@uoguelph.ca> From: Eitan Adler Date: Tue, 10 Dec 2013 19:24:48 -0500 Message-ID: Subject: Re: svn merge to stable/10 has lotsa mergeinfo To: Rick Macklem Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 00:25:20 -0000 On Tue, Dec 10, 2013 at 7:04 PM, Rick Macklem wrote: > Hi, > > I just tried to MFC into stable/10 and it worked, but with > a lot of mergeinfo. I know diddly about svn, so is this ok? Starting with stable/10 and later you must merge into the *root*, not into sys/. P.S., with svn, it can be very helpful to provide the exact commands you used. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 00:31:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 542C5F9 for ; Wed, 11 Dec 2013 00:31:14 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5661F76 for ; Wed, 11 Dec 2013 00:31:13 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: X-IronPort-AV: E=Sophos;i="4.93,867,1378872000"; d="scan'208";a="78480450" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 10 Dec 2013 19:31:13 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1B312B4046; Tue, 10 Dec 2013 19:31:13 -0500 (EST) Date: Tue, 10 Dec 2013 19:31:13 -0500 (EST) From: Rick Macklem To: Eitan Adler Message-ID: <1557824587.28927090.1386721873101.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: svn merge to stable/10 has lotsa mergeinfo MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 00:31:14 -0000 Eitan Adler wrote: > On Tue, Dec 10, 2013 at 7:04 PM, Rick Macklem > wrote: > > Hi, > > > > I just tried to MFC into stable/10 and it worked, but with > > a lot of mergeinfo. I know diddly about svn, so is this ok? > > Starting with stable/10 and later you must merge into the *root*, not > into sys/. > > P.S., with svn, it can be very helpful to provide the exact commands > you used. > Ok, thanks, rick > > > -- > Eitan Adler > From owner-freebsd-current@FreeBSD.ORG Tue Dec 10 23:50:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BED31487; Tue, 10 Dec 2013 23:50:37 +0000 (UTC) Received: from smtp.infotech.no (smtp.infotech.no [82.134.31.41]) by mx1.freebsd.org (Postfix) with ESMTP id 7650F1CAE; Tue, 10 Dec 2013 23:50:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.infotech.no (Postfix) with ESMTP id 6A3502041AF; Wed, 11 Dec 2013 00:41:24 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.6 (20110518) (Debian) at infotech.no Received: from smtp.infotech.no ([127.0.0.1]) by localhost (smtp.infotech.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5wowa618CACn; Wed, 11 Dec 2013 00:41:22 +0100 (CET) Received: from [10.0.0.132] (142.87.202.84.customer.cdi.no [84.202.87.142]) by smtp.infotech.no (Postfix) with ESMTPA id 3FCA1204079; Wed, 11 Dec 2013 00:41:22 +0100 (CET) Message-ID: <52A7A69E.3030703@interlog.com> Date: Wed, 11 Dec 2013 00:41:18 +0100 From: Douglas Gilbert User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Nathan Whitehorn , "freebsd-current@freebsd.org" , FreeBSD SCSI Subject: Re: [CAM] Widening lun_id_t to 64-bits References: <52A7830B.2090803@freebsd.org> In-Reply-To: <52A7830B.2090803@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 11 Dec 2013 01:56:32 +0000 Cc: Hannes Reinecke X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dgilbert@interlog.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2013 23:50:37 -0000 On 13-12-10 10:09 PM, Nathan Whitehorn wrote: > Modern SCSI hardware often uses 64-bit logical units (LUNs). The patch found at > http://people.freebsd.org/~nwhitehorn/lun64.diff widens the type of lun_id_t to > 64 bits, bumps CAM_VERSION, and begins exposing these to drivers that are marked > as supporting extended LUNs. No behavior is changed except that peripheral with > very long LUNs that didn't work before will start working. Binary compatibility > with old code is also kept. There is, however, a chance that some 3rd party > software might be unhappy about the type widening, so I'd appreciate any testing > results. Barring any issues, I will commit this on Friday. Interesting, Hannes Reinecke is trying to do something very similar in the Linux SCSI subsystem. His patch set today will be the third attempt in a year (by my count) and he might just get over the top this time. There is some support in my sg3_utils package for the way Linux is implementing "64 bit LUNs". The sg3_utils package also supports FreeBSD so I'm interested in what your mapping will be. Now, as you are no doubt aware, SCSI (www.t10.org and specifically sam5r15.pdf) does not have 64 bit LUNs, it has 8 byte LUNs in SCSI order (i.e. big endian). Given that major architectures like i386 and x86_64 are little endian, the mapping between a 64 bit integer in native form and an 8 byte SCSI LUN is a bit of a puzzle. That becomes a little harder when you try for low numbered integers representing the T10 3 bit LUNs (showing my age), 8 bit LUNs and 16 bit LUNs. Down to brass tacks: what exactly will a SCSI REPORT LUNS WELL KNOWN LOGICAL UNIT number [T10 (in hex): c1 01 00 00 00 00 00 00] be in one of your 64 bits LUNs? Will that be the same in little endian and big endian architectures? There is also the representation of that LUN in logs; for example lun=13907397124296802304 is not very intuitive. More examples would be great, perhaps from the 4, 6 and 8 byte "extended logical unit addressing format". Robert Elliott who has been a T10 technical editor has written a paper on this subject but google fails me, perhaps someone else can supply the url. His advice was too late for Linux and perhaps it is already too late for FreeBSD. Doug Gilbert P.S. I know Linux has stupid typedefs in its kernel and was hoping FreeBSD would be better. That was until I saw u_int64_t rather than the standard (and shorter) uint64_t From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 07:35:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FF04CDD for ; Wed, 11 Dec 2013 07:35:07 +0000 (UTC) Received: from mail-qe0-x22c.google.com (mail-qe0-x22c.google.com [IPv6:2607:f8b0:400d:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4CF6D12E0 for ; Wed, 11 Dec 2013 07:35:07 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id nd7so5058261qeb.3 for ; Tue, 10 Dec 2013 23:35:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=gOsexMy3gYYDQ6AUtAf2gOrswkOLTZ3lQAecWTGcUlw=; b=LkJ6DUWTXxSE0mdUC7EWM9tT0euq/78QJm3ZssWMCHl+0UgQ85qeCFeGu0M4LMVb9X IPePWr65aDd1i1LitMwnJAcesiXXIzj7SUgK9aM/iaOIeQ++Qs+dIWHxamJsxi5zv5Et 9TshPto3ylg9XDiMQ/El/nEE0Vfspq9lEIvyOG4FxrO0bYbpMr1sjMex3xJN3u82Zp/H 6DfwPdLzPJNDAMZWig6tpfNyky5jQCcuUTlyQ3ip5W38D4VruCQmAqBMCLRExTb4byQE 6ARKr213sXB4VUcDniKimDu61sRlNHpzONmU0e6XDblcpu8V5Aw0RlZCml0BeSKfD+zk +x3w== X-Received: by 10.229.134.200 with SMTP id k8mr104317qct.16.1386747305934; Tue, 10 Dec 2013 23:35:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.45.101 with HTTP; Tue, 10 Dec 2013 23:32:50 -0800 (PST) In-Reply-To: References: From: =?UTF-8?B?5LmU5qWa?= Date: Wed, 11 Dec 2013 15:32:50 +0800 Message-ID: Subject: Re: boot failure after upgrade to HEAD from svn: zfs i/o error - all block copies unavailable invalid format To: Current FreeBSD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 07:35:07 -0000 Plugin the disk as usb disk to other freebsd11(vm) , dmesg info: ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks =3D 0x4100 umass0:3:0: Attached to scbus3 da1 at umass-sim0 bus 0 scbus3 target 0 lun 0 da1: Fixed Direct Access SCSI-0 device da1: Serial Number 000000000033 da1: 40.000MB/s transfers da1: 305245MB (625142444 512 byte sectors: 255H 63S/T 38913C) da1: quirks=3D0x2 GEOM_PART: integrity check failed (da1, GPT) GEOM_PART: integrity check failed (diskid/DISK-000000000033, GPT) 2013/12/11 =E4=B9=94=E6=A5=9A > *Today, after **upgrade to HEAD from svn, My FreeBSD can't boot.* > > *Error message:* > > *ZFS: i/o error all block copies unavailable > **Invalid format* > > > *If boot from **FreeBSD-11.0-CURRENT-amd64-20131205-r258961-bootonly.iso = or FreeBSD-11.0-CURRENT-amd64-20131205-r258961-disc1.iso, boot loader will = stop at *mountfrom: > > > *My FreeBSD version is -current.* > > *Before upgrade, svn version is r25906.* > > *After upgrade , svn version maybe r**259156.* > > *ZFS is root fs.* > > > *How to fix it?* > > > From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 10:26:43 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C7FC80D; Wed, 11 Dec 2013 10:26:43 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 18D171535; Wed, 11 Dec 2013 10:26:42 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile11) with ESMTP id rBBACG3d006780; Wed, 11 Dec 2013 19:12:16 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili16) with ESMTP id rBBACHM10835; Wed, 11 Dec 2013 19:12:17 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi12) id rBBACGfm002551; Wed, 11 Dec 2013 19:12:16 +0900 Received: from localhost by lomi12.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id rBBACG9D002538; Wed, 11 Dec 2013 19:12:16 +0900 Date: Wed, 11 Dec 2013 19:12:12 +0900 (JST) Message-Id: <20131211.191212.1888965979017331164.okuno.kohji@jp.panasonic.com> To: freebsd-current@FreeBSD.org, freebsd-usb@freebsd.org Subject: spec violation of xHCI? From: Kohji Okuno Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Cc: okuno.kohji@jp.panasonic.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 10:26:43 -0000 SGksDQoNCkkgdGhpbmsgdGhlIHhIQ0kgaG9zdCBjb250cm9sbGVyIGRyaXZlciBoYXMgYSBzcGVj IHZpb2xhdGlvbi4NCg0KQ291bGQgeW91IHJlZmVyIHRvIA0KYGBUYWJsZSAxMjY6IE9mZnNldCAw Q2gg4oCTIExpbmsgVFJCIEZpZWxkIERlZmluaXRpb25zJycNCmluICB4SENJX1NwZWNpZmljYXRp b25fZm9yX1VTQi5wZGYoUmV2aXNpb24gMS4wKT8NCg0KVGhlIGZvbGxvd2luZyBpcyBhbiBleGNl cnB0IGFib3V0IHRoZSBDSEFJTiDigIvigItCSVQuDQoNCiAgQ2hhaW4gYml0IChDSCkuIFNldCB0 byDigJgx4oCZIGJ5IHNvZnR3YXJlIHRvIGFzc29jaWF0ZSB0aGlzIFRSQiB3aXRoDQogIHRoZSBu ZXh0IFRSQiBvbiB0aGUgUmluZy4gQSBUcmFuc2ZlciBEZXNjcmlwdG9yIChURCkgaXMgZGVmaW5l ZCBhcw0KICBvbmUgb3IgbW9yZSBUUkJzLiBUaGUgQ2hhaW4gYml0IGlzIHVzZWQgdG8gaWRlbnRp ZnkgdGhlIFRSQnMgdGhhdA0KICBjb21wcmlzZSBhIFRELiBSZWZlciB0byBzZWN0aW9uIDQuMTEu NyBmb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiBMaW5rDQogIFRSQiBwbGFjZW1lbnQgd2l0aGluIGEg VEQuIE9uIGEgQ29tbWFuZCBSaW5nIHRoaXMgYml0IGlzIGlnbm9yZWQgYnkNCiAgdGhlIHhIQy4N Cg0KDQpJIHRoaW5rIHRoYXQgd2Ugc2hvdWxkIGFkZCBYSENJX1RSQl8zX0NIQUlOX0JJVCB0byBs aW5lIDE4OTUuDQpIb3cgZG8geW91IHRoaW5rPw0KDQoNCnNyYy9zeXMvZGV2L3VzYi9jb250cm9s bGVyL3hoY2kuYzoNCjE4NzkJICAgICAgICAgICAgICAgIC8qIGZpbGwgb3V0IGxpbmsgVFJCICov DQoxODgwCQ0KMTg4MQkgICAgICAgICAgICAgICAgaWYgKHRkX25leHQgIT0gTlVMTCkgew0KMTg4 MgkgICAgICAgICAgICAgICAgICAgICAgICAvKiBsaW5rIHRoZSBjdXJyZW50IFREIHdpdGggdGhl IG5leHQgb25lICovDQoxODgzCSAgICAgICAgICAgICAgICAgICAgICAgIHRkLT50ZF90cmJbeF0u cXdUcmIwID0gaHRvbGU2NCgodWludDY0X3QpdGRfbmV4dC0+dGRfc2VsZik7DQoxODg0CSAgICAg ICAgICAgICAgICAgICAgICAgIERQUklOVEYoIkxJTks9MHglMDhsbHhcbiIsIChsb25nIGxvbmcp dGRfbmV4dC0+dGRfc2VsZik7DQoxODg1CSAgICAgICAgICAgICAgICB9IGVsc2Ugew0KMTg4Ngkg ICAgICAgICAgICAgICAgICAgICAgICAvKiB0aGlzIGZpZWxkIHdpbGwgZ2V0IHVwZGF0ZWQgbGF0 ZXIgKi8NCjE4ODcJICAgICAgICAgICAgICAgICAgICAgICAgRFBSSU5URigiTk9MSU5LXG4iKTsN CjE4ODgJICAgICAgICAgICAgICAgIH0NCjE4ODkJDQoxODkwCSAgICAgICAgICAgICAgICBkd29y ZCA9IFhIQ0lfVFJCXzJfSVJRX1NFVCgwKTsNCjE4OTEJDQoxODkyCSAgICAgICAgICAgICAgICB0 ZC0+dGRfdHJiW3hdLmR3VHJiMiA9IGh0b2xlMzIoZHdvcmQpOw0KMTg5MwkNCjE4OTQJICAgICAg ICAgICAgICAgIGR3b3JkID0gWEhDSV9UUkJfM19UWVBFX1NFVChYSENJX1RSQl9UWVBFX0xJTksp IHwNCjE4OTUJICAgICAgICAgICAgICAgICAgICBYSENJX1RSQl8zX0NZQ0xFX0JJVCB8IFhIQ0lf VFJCXzNfSU9DX0JJVDsNCjE4OTYJDQoxODk3CSAgICAgICAgICAgICAgICB0ZC0+dGRfdHJiW3hd LmR3VHJiMyA9IGh0b2xlMzIoZHdvcmQpOw0KMTg5OAkNCjE4OTkJICAgICAgICAgICAgICAgIHRk LT5hbHRfbmV4dCA9IHRkX2FsdF9uZXh0Ow0KDQotLQ0KQmVzdCByZWdhcmRzLA0KIEtvaGppIE9r dW5vDQoNCg== From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 10:55:18 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F16A128; Wed, 11 Dec 2013 10:55:18 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 56FF417ED; Wed, 11 Dec 2013 10:55:18 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 1876D10058D; Wed, 11 Dec 2013 11:55:15 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 8BDE08FEA03; Wed, 11 Dec 2013 11:55:54 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5zmjYes+Hnhr; Wed, 11 Dec 2013 11:55:53 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 3F6C68FEA04; Wed, 11 Dec 2013 11:55:53 +0100 (CET) Message-ID: <52A844D6.7050203@bitfrost.no> Date: Wed, 11 Dec 2013 11:56:22 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno , freebsd-current@FreeBSD.org, freebsd-usb@freebsd.org Subject: Re: spec violation of xHCI? References: <20131211.191212.1888965979017331164.okuno.kohji@jp.panasonic.com> In-Reply-To: <20131211.191212.1888965979017331164.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 10:55:18 -0000 On 12/11/13 11:12, Kohji Okuno wrote: > Hi, > > I think the xHCI host controller driver has a spec violation. > > Could you refer to > ``Table 126: Offset 0Ch – Link TRB Field Definitions'' > in xHCI_Specification_for_USB.pdf(Revision 1.0)? > > The following is an excerpt about the CHAIN ​​BIT. > > Chain bit (CH). Set to ‘1’ by software to associate this TRB with > the next TRB on the Ring. A Transfer Descriptor (TD) is defined as > one or more TRBs. The Chain bit is used to identify the TRBs that > comprise a TD. Refer to section 4.11.7 for more information on Link > TRB placement within a TD. On a Command Ring this bit is ignored by > the xHC. > > > I think that we should add XHCI_TRB_3_CHAIN_BIT to line 1895. > How do you think? > Hi Kohji, The double word written at line 1895 does not set the "chain bit" because this is the end of a transfer descriptor, TD. I'm unsure how hardware interprets this bit, if setting the bit on the previous TRB makes the next one connect to the previous one, or the other way around. If setting this bit makes the TRB connect to the previous one, you are correct. Else the current code is correct. Thank you! --HPS > > src/sys/dev/usb/controller/xhci.c: > 1879 /* fill out link TRB */ > 1880 > 1881 if (td_next != NULL) { > 1882 /* link the current TD with the next one */ > 1883 td->td_trb[x].qwTrb0 = htole64((uint64_t)td_next->td_self); > 1884 DPRINTF("LINK=0x%08llx\n", (long long)td_next->td_self); > 1885 } else { > 1886 /* this field will get updated later */ > 1887 DPRINTF("NOLINK\n"); > 1888 } > 1889 > 1890 dword = XHCI_TRB_2_IRQ_SET(0); > 1891 > 1892 td->td_trb[x].dwTrb2 = htole32(dword); > 1893 > 1894 dword = XHCI_TRB_3_TYPE_SET(XHCI_TRB_TYPE_LINK) | > 1895 XHCI_TRB_3_CYCLE_BIT | XHCI_TRB_3_IOC_BIT; > 1896 > 1897 td->td_trb[x].dwTrb3 = htole32(dword); > 1898 > 1899 td->alt_next = td_alt_next; > > -- > Best regards, > Kohji Okuno > > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 11:12:25 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 310D4580; Wed, 11 Dec 2013 11:12:25 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id DE0F11A02; Wed, 11 Dec 2013 11:12:24 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile11) with ESMTP id rBBBCFfh014753; Wed, 11 Dec 2013 20:12:15 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili12) with ESMTP id rBBBCFo22240; Wed, 11 Dec 2013 20:12:15 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi15) id rBBBCF3B024397; Wed, 11 Dec 2013 20:12:15 +0900 Received: from localhost by lomi15.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id rBBBCFju024373; Wed, 11 Dec 2013 20:12:15 +0900 Date: Wed, 11 Dec 2013 20:12:13 +0900 (JST) Message-Id: <20131211.201213.2095490882413924223.okuno.kohji@jp.panasonic.com> To: hps@bitfrost.no Subject: Re: spec violation of xHCI? From: Kohji Okuno In-Reply-To: <52A844D6.7050203@bitfrost.no> References: <20131211.191212.1888965979017331164.okuno.kohji@jp.panasonic.com> <52A844D6.7050203@bitfrost.no> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Cc: freebsd-current@FreeBSD.org, okuno.kohji@jp.panasonic.com, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 11:12:25 -0000 PiBPbiAxMi8xMS8xMyAxMToxMiwgS29oamkgT2t1bm8gd3JvdGU6DQo+PiBIaSwNCj4+DQo+PiBJ IHRoaW5rIHRoZSB4SENJIGhvc3QgY29udHJvbGxlciBkcml2ZXIgaGFzIGEgc3BlYyB2aW9sYXRp b24uDQo+Pg0KPj4gQ291bGQgeW91IHJlZmVyIHRvDQo+PiBgYFRhYmxlIDEyNjogT2Zmc2V0IDBD aCDigJMgTGluayBUUkIgRmllbGQgRGVmaW5pdGlvbnMnJw0KPj4gaW4gIHhIQ0lfU3BlY2lmaWNh dGlvbl9mb3JfVVNCLnBkZihSZXZpc2lvbiAxLjApPw0KPj4NCj4+IFRoZSBmb2xsb3dpbmcgaXMg YW4gZXhjZXJwdCBhYm91dCB0aGUgQ0hBSU4g4oCL4oCLQklULg0KPj4NCj4+ICAgIENoYWluIGJp dCAoQ0gpLiBTZXQgdG8g4oCYMeKAmSBieSBzb2Z0d2FyZSB0byBhc3NvY2lhdGUgdGhpcyBUUkIg d2l0aA0KPj4gICAgdGhlIG5leHQgVFJCIG9uIHRoZSBSaW5nLiBBIFRyYW5zZmVyIERlc2NyaXB0 b3IgKFREKSBpcyBkZWZpbmVkIGFzDQo+PiAgICBvbmUgb3IgbW9yZSBUUkJzLiBUaGUgQ2hhaW4g Yml0IGlzIHVzZWQgdG8gaWRlbnRpZnkgdGhlIFRSQnMgdGhhdA0KPj4gICAgY29tcHJpc2UgYSBU RC4gUmVmZXIgdG8gc2VjdGlvbiA0LjExLjcgZm9yIG1vcmUgaW5mb3JtYXRpb24gb24gTGluaw0K Pj4gICAgVFJCIHBsYWNlbWVudCB3aXRoaW4gYSBURC4gT24gYSBDb21tYW5kIFJpbmcgdGhpcyBi aXQgaXMgaWdub3JlZCBieQ0KPj4gICAgdGhlIHhIQy4NCj4+DQo+Pg0KPj4gSSB0aGluayB0aGF0 IHdlIHNob3VsZCBhZGQgWEhDSV9UUkJfM19DSEFJTl9CSVQgdG8gbGluZSAxODk1Lg0KPj4gSG93 IGRvIHlvdSB0aGluaz8NCj4+DQo+IA0KPiBIaSBLb2hqaSwNCj4gDQo+IFRoZSBkb3VibGUgd29y ZCB3cml0dGVuIGF0IGxpbmUgMTg5NSBkb2VzIG5vdCBzZXQgdGhlICJjaGFpbiBiaXQiIGJlY2F1 c2UgdGhpcw0KPiBpcyB0aGUgZW5kIG9mIGEgdHJhbnNmZXIgZGVzY3JpcHRvciwgVEQuIEknbSB1 bnN1cmUgaG93IGhhcmR3YXJlIGludGVycHJldHMNCj4gdGhpcyBiaXQsIGlmIHNldHRpbmcgdGhl IGJpdCBvbiB0aGUgcHJldmlvdXMgVFJCIG1ha2VzIHRoZSBuZXh0IG9uZSBjb25uZWN0IHRvDQo+ IHRoZSBwcmV2aW91cyBvbmUsIG9yIHRoZSBvdGhlciB3YXkgYXJvdW5kLiBJZiBzZXR0aW5nIHRo aXMgYml0IG1ha2VzIHRoZSBUUkINCj4gY29ubmVjdCB0byB0aGUgcHJldmlvdXMgb25lLCB5b3Ug YXJlIGNvcnJlY3QuIEVsc2UgdGhlIGN1cnJlbnQgY29kZSBpcw0KPiBjb3JyZWN0Lg0KDQpIaSwg SFBTLA0KDQpUaGFuayB5b3UgZm9yIHlvdXIgY29tbWVudC4NCg0KSSB0aGluayB0aGF0IHRoaXMg KGxpbmUgMTg5NSkgaXMgbm90IHRoZSBlbmQgb2YgYSB0cmFuc2ZlciBkZXNjcmlwdG9yLg0KV2hl biB0aGUgZGV2aWNlIGRyaXZlciBuZWVkcyBhIFplcm8gTGVuZ3RoIFBhY2tldCwgdGhpcyBpcyBu b3QgdGhlDQplbmQuIEFuZCwgSWYgeGZlciBoYXMgbmZyYW1lcywgdGhpcyBpcyBub3QgdGhlIGVu ZCwgdG9vLg0KDQpSZWdhcmRzLA0KIEtvaGppIE9rdW5vDQoNCj4+DQo+PiBzcmMvc3lzL2Rldi91 c2IvY29udHJvbGxlci94aGNpLmM6DQo+PiAxODc5CSAgICAgICAgICAgICAgICAvKiBmaWxsIG91 dCBsaW5rIFRSQiAqLw0KPj4gMTg4MAkNCj4+IDE4ODEJICAgICAgICAgICAgICAgIGlmICh0ZF9u ZXh0ICE9IE5VTEwpIHsNCj4+IDE4ODIJICAgICAgICAgICAgICAgICAgICAgICAgLyogbGluayB0 aGUgY3VycmVudCBURCB3aXRoIHRoZSBuZXh0IG9uZSAqLw0KPj4gMTg4MyB0ZC0+dGRfdHJiW3hd LnF3VHJiMCA9IGh0b2xlNjQoKHVpbnQ2NF90KXRkX25leHQtPnRkX3NlbGYpOw0KPj4gMTg4NCBE UFJJTlRGKCJMSU5LPTB4JTA4bGx4XG4iLCAobG9uZyBsb25nKXRkX25leHQtPnRkX3NlbGYpOw0K Pj4gMTg4NQkgICAgICAgICAgICAgICAgfSBlbHNlIHsNCj4+IDE4ODYJICAgICAgICAgICAgICAg ICAgICAgICAgLyogdGhpcyBmaWVsZCB3aWxsIGdldCB1cGRhdGVkIGxhdGVyICovDQo+PiAxODg3 CSAgICAgICAgICAgICAgICAgICAgICAgIERQUklOVEYoIk5PTElOS1xuIik7DQo+PiAxODg4CSAg ICAgICAgICAgICAgICB9DQo+PiAxODg5CQ0KPj4gMTg5MAkgICAgICAgICAgICAgICAgZHdvcmQg PSBYSENJX1RSQl8yX0lSUV9TRVQoMCk7DQo+PiAxODkxCQ0KPj4gMTg5MgkgICAgICAgICAgICAg ICAgdGQtPnRkX3RyYlt4XS5kd1RyYjIgPSBodG9sZTMyKGR3b3JkKTsNCj4+IDE4OTMJDQo+PiAx ODk0CSAgICAgICAgICAgICAgICBkd29yZCA9IFhIQ0lfVFJCXzNfVFlQRV9TRVQoWEhDSV9UUkJf VFlQRV9MSU5LKSB8DQo+PiAxODk1CSAgICAgICAgICAgICAgICAgICAgWEhDSV9UUkJfM19DWUNM RV9CSVQgfCBYSENJX1RSQl8zX0lPQ19CSVQ7DQo+PiAxODk2CQ0KPj4gMTg5NwkgICAgICAgICAg ICAgICAgdGQtPnRkX3RyYlt4XS5kd1RyYjMgPSBodG9sZTMyKGR3b3JkKTsNCj4+IDE4OTgJDQo+ PiAxODk5CSAgICAgICAgICAgICAgICB0ZC0+YWx0X25leHQgPSB0ZF9hbHRfbmV4dDsNCj4+DQo+ PiAtLQ0KPj4gQmVzdCByZWdhcmRzLA0KPj4gICBLb2hqaSBPa3Vubw0KPj4NCj4+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBmcmVlYnNkLXVzYkBm cmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4+IGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWls bWFuL2xpc3RpbmZvL2ZyZWVic2QtdXNiDQo+PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFp bCB0byAiZnJlZWJzZC11c2ItdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciDQo+Pg0KPiANCg== From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 12:43:32 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B3479E36; Wed, 11 Dec 2013 12:43:32 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 6CE18147A; Wed, 11 Dec 2013 12:43:32 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id A58A717FC60; Wed, 11 Dec 2013 13:43:29 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 636128FAD3B; Wed, 11 Dec 2013 13:44:09 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lFYAb9fixbUT; Wed, 11 Dec 2013 13:44:08 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 44C0A8FAD39; Wed, 11 Dec 2013 13:44:08 +0100 (CET) Message-ID: <52A85E35.6000508@bitfrost.no> Date: Wed, 11 Dec 2013 13:44:37 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno Subject: Re: spec violation of xHCI? References: <20131211.191212.1888965979017331164.okuno.kohji@jp.panasonic.com> <52A844D6.7050203@bitfrost.no> <20131211.201213.2095490882413924223.okuno.kohji@jp.panasonic.com> In-Reply-To: <20131211.201213.2095490882413924223.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 12:43:32 -0000 On 12/11/13 12:12, Kohji Okuno wrote: >> On 12/11/13 11:12, Kohji Okuno wrote: >>> Hi, >>> >>> I think the xHCI host controller driver has a spec violation. >>> >>> Could you refer to >>> ``Table 126: Offset 0Ch – Link TRB Field Definitions'' >>> in xHCI_Specification_for_USB.pdf(Revision 1.0)? >>> >>> The following is an excerpt about the CHAIN ​​BIT. >>> >>> Chain bit (CH). Set to ‘1’ by software to associate this TRB with >>> the next TRB on the Ring. A Transfer Descriptor (TD) is defined as >>> one or more TRBs. The Chain bit is used to identify the TRBs that >>> comprise a TD. Refer to section 4.11.7 for more information on Link >>> TRB placement within a TD. On a Command Ring this bit is ignored by >>> the xHC. >>> >>> >>> I think that we should add XHCI_TRB_3_CHAIN_BIT to line 1895. >>> How do you think? >>> >> >> Hi Kohji, >> >> The double word written at line 1895 does not set the "chain bit" because this >> is the end of a transfer descriptor, TD. I'm unsure how hardware interprets >> this bit, if setting the bit on the previous TRB makes the next one connect to >> the previous one, or the other way around. If setting this bit makes the TRB >> connect to the previous one, you are correct. Else the current code is >> correct. > > Hi, HPS, > > Thank you for your comment. > > I think that this (line 1895) is not the end of a transfer descriptor. > When the device driver needs a Zero Length Packet, this is not the > end. And, If xfer has nframes, this is not the end, too. > > Regards, > Kohji Okuno > Hi Kohji, Yes, you are right that if nframes is greater than one, and/or if a ZLP needs to be sent this is not the end of the USB transfers. Are we sure that if the XHCI_TRB_3_CHAIN_BIT is added at line 1895, that we will receive a completion TRB-event for each of the nframes, or will the chain bit result in loss of TRB completion events? Does setting this bit have any impact on performance? Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 12:49:44 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B6866C; Wed, 11 Dec 2013 12:49:44 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id C8BDC14D6; Wed, 11 Dec 2013 12:49:43 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 6F5D517FC6C; Wed, 11 Dec 2013 13:49:42 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 306388FC864; Wed, 11 Dec 2013 13:50:22 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f0K6WX-pewfQ; Wed, 11 Dec 2013 13:50:21 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 525368FC58F; Wed, 11 Dec 2013 13:50:21 +0100 (CET) Message-ID: <52A85FAA.8030402@bitfrost.no> Date: Wed, 11 Dec 2013 13:50:50 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno Subject: Re: spec violation of xHCI? References: <20131211.191212.1888965979017331164.okuno.kohji@jp.panasonic.com> <52A844D6.7050203@bitfrost.no> <20131211.201213.2095490882413924223.okuno.kohji@jp.panasonic.com> <52A85E35.6000508@bitfrost.no> In-Reply-To: <52A85E35.6000508@bitfrost.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 12:49:44 -0000 On 12/11/13 13:44, Hans Petter Selasky wrote: > On 12/11/13 12:12, Kohji Okuno wrote: >>> On 12/11/13 11:12, Kohji Okuno wrote: >>>> Hi, >>>> >>>> I think the xHCI host controller driver has a spec violation. >>>> >>>> Could you refer to >>>> ``Table 126: Offset 0Ch – Link TRB Field Definitions'' >>>> in xHCI_Specification_for_USB.pdf(Revision 1.0)? >>>> >>>> The following is an excerpt about the CHAIN ​​BIT. >>>> >>>> Chain bit (CH). Set to ‘1’ by software to associate this TRB with >>>> the next TRB on the Ring. A Transfer Descriptor (TD) is defined as >>>> one or more TRBs. The Chain bit is used to identify the TRBs that >>>> comprise a TD. Refer to section 4.11.7 for more information on Link >>>> TRB placement within a TD. On a Command Ring this bit is ignored by >>>> the xHC. >>>> >>>> >>>> I think that we should add XHCI_TRB_3_CHAIN_BIT to line 1895. >>>> How do you think? >>>> >>> >>> Hi Kohji, >>> >>> The double word written at line 1895 does not set the "chain bit" >>> because this >>> is the end of a transfer descriptor, TD. I'm unsure how hardware >>> interprets >>> this bit, if setting the bit on the previous TRB makes the next one >>> connect to >>> the previous one, or the other way around. If setting this bit makes >>> the TRB >>> connect to the previous one, you are correct. Else the current code is >>> correct. >> >> Hi, HPS, >> >> Thank you for your comment. >> >> I think that this (line 1895) is not the end of a transfer descriptor. >> When the device driver needs a Zero Length Packet, this is not the >> end. And, If xfer has nframes, this is not the end, too. >> >> Regards, >> Kohji Okuno >> > > Hi Kohji, > > Yes, you are right that if nframes is greater than one, and/or if a ZLP > needs to be sent this is not the end of the USB transfers. Are we sure > that if the XHCI_TRB_3_CHAIN_BIT is added at line 1895, that we will > receive a completion TRB-event for each of the nframes, or will the > chain bit result in loss of TRB completion events? > > Does setting this bit have any impact on performance? > > Thank you! > > --HPS Some more thoughts: The code in question handle all four USB transfer types. Are you saying that the CHAIN bit should be set for isochronous transfers too, so all the packets send in all the intervals are chained together? Or is this only for BULK traffic you want to add the CHAIN bit? Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 12:55:01 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D95E255; Wed, 11 Dec 2013 12:55:01 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 159881584; Wed, 11 Dec 2013 12:55:00 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id rBBCsvhR017554; Wed, 11 Dec 2013 21:54:57 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili14) with ESMTP id rBBCsvL24989; Wed, 11 Dec 2013 21:54:57 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi17) id rBBCsvEO030335; Wed, 11 Dec 2013 21:54:57 +0900 Received: from localhost by lomi17.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id rBBCsuIg030312; Wed, 11 Dec 2013 21:54:56 +0900 Date: Wed, 11 Dec 2013 21:54:55 +0900 (JST) Message-Id: <20131211.215455.44673059578770181.okuno.kohji@jp.panasonic.com> To: hps@bitfrost.no Subject: Re: spec violation of xHCI? From: Kohji Okuno In-Reply-To: <52A85E35.6000508@bitfrost.no> References: <52A844D6.7050203@bitfrost.no> <20131211.201213.2095490882413924223.okuno.kohji@jp.panasonic.com> <52A85E35.6000508@bitfrost.no> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Cc: freebsd-current@FreeBSD.org, okuno.kohji@jp.panasonic.com, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 12:55:01 -0000 RnJvbTogSGFucyBQZXR0ZXIgU2VsYXNreSA8aHBzQGJpdGZyb3N0Lm5vPg0KRGF0ZTogV2VkLCAx MSBEZWMgMjAxMyAxMzo0NDozNyArMDEwMA0KDQo+IE9uIDEyLzExLzEzIDEyOjEyLCBLb2hqaSBP a3VubyB3cm90ZToNCj4+PiBPbiAxMi8xMS8xMyAxMToxMiwgS29oamkgT2t1bm8gd3JvdGU6DQo+ Pj4+IEhpLA0KPj4+Pg0KPj4+PiBJIHRoaW5rIHRoZSB4SENJIGhvc3QgY29udHJvbGxlciBkcml2 ZXIgaGFzIGEgc3BlYyB2aW9sYXRpb24uDQo+Pj4+DQo+Pj4+IENvdWxkIHlvdSByZWZlciB0bw0K Pj4+PiBgYFRhYmxlIDEyNjogT2Zmc2V0IDBDaCDigJMgTGluayBUUkIgRmllbGQgRGVmaW5pdGlv bnMnJw0KPj4+PiBpbiAgeEhDSV9TcGVjaWZpY2F0aW9uX2Zvcl9VU0IucGRmKFJldmlzaW9uIDEu MCk/DQo+Pj4+DQo+Pj4+IFRoZSBmb2xsb3dpbmcgaXMgYW4gZXhjZXJwdCBhYm91dCB0aGUgQ0hB SU4g4oCL4oCLQklULg0KPj4+Pg0KPj4+PiAgICAgQ2hhaW4gYml0IChDSCkuIFNldCB0byDigJgx 4oCZIGJ5IHNvZnR3YXJlIHRvIGFzc29jaWF0ZSB0aGlzIFRSQiB3aXRoDQo+Pj4+ICAgICB0aGUg bmV4dCBUUkIgb24gdGhlIFJpbmcuIEEgVHJhbnNmZXIgRGVzY3JpcHRvciAoVEQpIGlzIGRlZmlu ZWQgYXMNCj4+Pj4gICAgIG9uZSBvciBtb3JlIFRSQnMuIFRoZSBDaGFpbiBiaXQgaXMgdXNlZCB0 byBpZGVudGlmeSB0aGUgVFJCcyB0aGF0DQo+Pj4+ICAgICBjb21wcmlzZSBhIFRELiBSZWZlciB0 byBzZWN0aW9uIDQuMTEuNyBmb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiBMaW5rDQo+Pj4+ICAgICBU UkIgcGxhY2VtZW50IHdpdGhpbiBhIFRELiBPbiBhIENvbW1hbmQgUmluZyB0aGlzIGJpdCBpcyBp Z25vcmVkIGJ5DQo+Pj4+ICAgICB0aGUgeEhDLg0KPj4+Pg0KPj4+Pg0KPj4+PiBJIHRoaW5rIHRo YXQgd2Ugc2hvdWxkIGFkZCBYSENJX1RSQl8zX0NIQUlOX0JJVCB0byBsaW5lIDE4OTUuDQo+Pj4+ IEhvdyBkbyB5b3UgdGhpbms/DQo+Pj4+DQo+Pj4NCj4+PiBIaSBLb2hqaSwNCj4+Pg0KPj4+IFRo ZSBkb3VibGUgd29yZCB3cml0dGVuIGF0IGxpbmUgMTg5NSBkb2VzIG5vdCBzZXQgdGhlICJjaGFp biBiaXQiIGJlY2F1c2UNCj4+PiB0aGlzDQo+Pj4gaXMgdGhlIGVuZCBvZiBhIHRyYW5zZmVyIGRl c2NyaXB0b3IsIFRELiBJJ20gdW5zdXJlIGhvdyBoYXJkd2FyZSBpbnRlcnByZXRzDQo+Pj4gdGhp cyBiaXQsIGlmIHNldHRpbmcgdGhlIGJpdCBvbiB0aGUgcHJldmlvdXMgVFJCIG1ha2VzIHRoZSBu ZXh0IG9uZSBjb25uZWN0DQo+Pj4gdG8NCj4+PiB0aGUgcHJldmlvdXMgb25lLCBvciB0aGUgb3Ro ZXIgd2F5IGFyb3VuZC4gSWYgc2V0dGluZyB0aGlzIGJpdCBtYWtlcyB0aGUNCj4+PiBUUkINCj4+ PiBjb25uZWN0IHRvIHRoZSBwcmV2aW91cyBvbmUsIHlvdSBhcmUgY29ycmVjdC4gRWxzZSB0aGUg Y3VycmVudCBjb2RlIGlzDQo+Pj4gY29ycmVjdC4NCj4+DQo+PiBIaSwgSFBTLA0KPj4NCj4+IFRo YW5rIHlvdSBmb3IgeW91ciBjb21tZW50Lg0KPj4NCj4+IEkgdGhpbmsgdGhhdCB0aGlzIChsaW5l IDE4OTUpIGlzIG5vdCB0aGUgZW5kIG9mIGEgdHJhbnNmZXIgZGVzY3JpcHRvci4NCj4+IFdoZW4g dGhlIGRldmljZSBkcml2ZXIgbmVlZHMgYSBaZXJvIExlbmd0aCBQYWNrZXQsIHRoaXMgaXMgbm90 IHRoZQ0KPj4gZW5kLiBBbmQsIElmIHhmZXIgaGFzIG5mcmFtZXMsIHRoaXMgaXMgbm90IHRoZSBl bmQsIHRvby4NCj4+DQo+PiBSZWdhcmRzLA0KPj4gICBLb2hqaSBPa3Vubw0KPj4NCj4gDQo+IEhp IEtvaGppLA0KPiANCj4gWWVzLCB5b3UgYXJlIHJpZ2h0IHRoYXQgaWYgbmZyYW1lcyBpcyBncmVh dGVyIHRoYW4gb25lLCBhbmQvb3IgaWYgYSBaTFAgbmVlZHMNCj4gdG8gYmUgc2VudCB0aGlzIGlz IG5vdCB0aGUgZW5kIG9mIHRoZSBVU0IgdHJhbnNmZXJzLiBBcmUgd2Ugc3VyZSB0aGF0IGlmIHRo ZQ0KPiBYSENJX1RSQl8zX0NIQUlOX0JJVCBpcyBhZGRlZCBhdCBsaW5lIDE4OTUsIHRoYXQgd2Ug d2lsbCByZWNlaXZlIGEgY29tcGxldGlvbg0KPiBUUkItZXZlbnQgZm9yIGVhY2ggb2YgdGhlIG5m cmFtZXMsIG9yIHdpbGwgdGhlIGNoYWluIGJpdCByZXN1bHQgaW4gbG9zcyBvZiBUUkINCj4gY29t cGxldGlvbiBldmVudHM/DQo+IA0KPiBEb2VzIHNldHRpbmcgdGhpcyBiaXQgaGF2ZSBhbnkgaW1w YWN0IG9uIHBlcmZvcm1hbmNlPw0KPiANCj4gVGhhbmsgeW91IQ0KPg0KPiAtLUhQUw0KDQpIaSBI UFMsDQoNCkkgZG9uJ3Qga25vdyBhYm91dCBhbnkgaW1wYWN0IG9uIHBlcmZvcm1hbmNlLg0KQnV0 LCBpbiBsaW51eCwgbGluayB0cmIgaGFzIENIQUlOIEJJVCBpZiBuZWNlc3NhcnksIEkgdGhpbmsu DQoNClJlZ2FyZHMsDQogS29oamkgT2t1bm8NCg== From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 13:06:21 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8B19792; Wed, 11 Dec 2013 13:06:21 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 8FD38166D; Wed, 11 Dec 2013 13:06:21 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile14) with ESMTP id rBBD6G8G001426; Wed, 11 Dec 2013 22:06:16 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili11) with ESMTP id rBBD6GR09824; Wed, 11 Dec 2013 22:06:16 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi13) id rBBD6GfU011780; Wed, 11 Dec 2013 22:06:16 +0900 Received: from localhost by lomi13.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id rBBD6Gl8011769; Wed, 11 Dec 2013 22:06:16 +0900 Date: Wed, 11 Dec 2013 22:06:15 +0900 (JST) Message-Id: <20131211.220615.1986324315440989553.okuno.kohji@jp.panasonic.com> To: hps@bitfrost.no Subject: Re: spec violation of xHCI? From: Kohji Okuno In-Reply-To: <52A85FAA.8030402@bitfrost.no> References: <20131211.201213.2095490882413924223.okuno.kohji@jp.panasonic.com> <52A85E35.6000508@bitfrost.no> <52A85FAA.8030402@bitfrost.no> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Cc: freebsd-current@FreeBSD.org, okuno.kohji@jp.panasonic.com, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 13:06:22 -0000 RnJvbTogSGFucyBQZXR0ZXIgU2VsYXNreSA8aHBzQGJpdGZyb3N0Lm5vPg0KRGF0ZTogV2VkLCAx MSBEZWMgMjAxMyAxMzo1MDo1MCArMDEwMA0KPiBPbiAxMi8xMS8xMyAxMzo0NCwgSGFucyBQZXR0 ZXIgU2VsYXNreSB3cm90ZToNCj4+IE9uIDEyLzExLzEzIDEyOjEyLCBLb2hqaSBPa3VubyB3cm90 ZToNCj4+Pj4gT24gMTIvMTEvMTMgMTE6MTIsIEtvaGppIE9rdW5vIHdyb3RlOg0KPj4+Pj4gSGks DQo+Pj4+Pg0KPj4+Pj4gSSB0aGluayB0aGUgeEhDSSBob3N0IGNvbnRyb2xsZXIgZHJpdmVyIGhh cyBhIHNwZWMgdmlvbGF0aW9uLg0KPj4+Pj4NCj4+Pj4+IENvdWxkIHlvdSByZWZlciB0bw0KPj4+ Pj4gYGBUYWJsZSAxMjY6IE9mZnNldCAwQ2gg4oCTIExpbmsgVFJCIEZpZWxkIERlZmluaXRpb25z JycNCj4+Pj4+IGluICB4SENJX1NwZWNpZmljYXRpb25fZm9yX1VTQi5wZGYoUmV2aXNpb24gMS4w KT8NCj4+Pj4+DQo+Pj4+PiBUaGUgZm9sbG93aW5nIGlzIGFuIGV4Y2VycHQgYWJvdXQgdGhlIENI QUlOIOKAi+KAi0JJVC4NCj4+Pj4+DQo+Pj4+PiAgICAgQ2hhaW4gYml0IChDSCkuIFNldCB0byDi gJgx4oCZIGJ5IHNvZnR3YXJlIHRvIGFzc29jaWF0ZSB0aGlzIFRSQiB3aXRoDQo+Pj4+PiAgICAg dGhlIG5leHQgVFJCIG9uIHRoZSBSaW5nLiBBIFRyYW5zZmVyIERlc2NyaXB0b3IgKFREKSBpcyBk ZWZpbmVkIGFzDQo+Pj4+PiAgICAgb25lIG9yIG1vcmUgVFJCcy4gVGhlIENoYWluIGJpdCBpcyB1 c2VkIHRvIGlkZW50aWZ5IHRoZSBUUkJzIHRoYXQNCj4+Pj4+ICAgICBjb21wcmlzZSBhIFRELiBS ZWZlciB0byBzZWN0aW9uIDQuMTEuNyBmb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiBMaW5rDQo+Pj4+ PiAgICAgVFJCIHBsYWNlbWVudCB3aXRoaW4gYSBURC4gT24gYSBDb21tYW5kIFJpbmcgdGhpcyBi aXQgaXMgaWdub3JlZCBieQ0KPj4+Pj4gICAgIHRoZSB4SEMuDQo+Pj4+Pg0KPj4+Pj4NCj4+Pj4+ IEkgdGhpbmsgdGhhdCB3ZSBzaG91bGQgYWRkIFhIQ0lfVFJCXzNfQ0hBSU5fQklUIHRvIGxpbmUg MTg5NS4NCj4+Pj4+IEhvdyBkbyB5b3UgdGhpbms/DQo+Pj4+Pg0KPj4+Pg0KPj4+PiBIaSBLb2hq aSwNCj4+Pj4NCj4+Pj4gVGhlIGRvdWJsZSB3b3JkIHdyaXR0ZW4gYXQgbGluZSAxODk1IGRvZXMg bm90IHNldCB0aGUgImNoYWluIGJpdCINCj4+Pj4gYmVjYXVzZSB0aGlzDQo+Pj4+IGlzIHRoZSBl bmQgb2YgYSB0cmFuc2ZlciBkZXNjcmlwdG9yLCBURC4gSSdtIHVuc3VyZSBob3cgaGFyZHdhcmUN Cj4+Pj4gaW50ZXJwcmV0cw0KPj4+PiB0aGlzIGJpdCwgaWYgc2V0dGluZyB0aGUgYml0IG9uIHRo ZSBwcmV2aW91cyBUUkIgbWFrZXMgdGhlIG5leHQgb25lDQo+Pj4+IGNvbm5lY3QgdG8NCj4+Pj4g dGhlIHByZXZpb3VzIG9uZSwgb3IgdGhlIG90aGVyIHdheSBhcm91bmQuIElmIHNldHRpbmcgdGhp cyBiaXQgbWFrZXMNCj4+Pj4gdGhlIFRSQg0KPj4+PiBjb25uZWN0IHRvIHRoZSBwcmV2aW91cyBv bmUsIHlvdSBhcmUgY29ycmVjdC4gRWxzZSB0aGUgY3VycmVudCBjb2RlIGlzDQo+Pj4+IGNvcnJl Y3QuDQo+Pj4NCj4+PiBIaSwgSFBTLA0KPj4+DQo+Pj4gVGhhbmsgeW91IGZvciB5b3VyIGNvbW1l bnQuDQo+Pj4NCj4+PiBJIHRoaW5rIHRoYXQgdGhpcyAobGluZSAxODk1KSBpcyBub3QgdGhlIGVu ZCBvZiBhIHRyYW5zZmVyIGRlc2NyaXB0b3IuDQo+Pj4gV2hlbiB0aGUgZGV2aWNlIGRyaXZlciBu ZWVkcyBhIFplcm8gTGVuZ3RoIFBhY2tldCwgdGhpcyBpcyBub3QgdGhlDQo+Pj4gZW5kLiBBbmQs IElmIHhmZXIgaGFzIG5mcmFtZXMsIHRoaXMgaXMgbm90IHRoZSBlbmQsIHRvby4NCj4+Pg0KPj4+ IFJlZ2FyZHMsDQo+Pj4gICBLb2hqaSBPa3Vubw0KPj4+DQo+Pg0KPj4gSGkgS29oamksDQo+Pg0K Pj4gWWVzLCB5b3UgYXJlIHJpZ2h0IHRoYXQgaWYgbmZyYW1lcyBpcyBncmVhdGVyIHRoYW4gb25l LCBhbmQvb3IgaWYgYSBaTFANCj4+IG5lZWRzIHRvIGJlIHNlbnQgdGhpcyBpcyBub3QgdGhlIGVu ZCBvZiB0aGUgVVNCIHRyYW5zZmVycy4gQXJlIHdlIHN1cmUNCj4+IHRoYXQgaWYgdGhlIFhIQ0lf VFJCXzNfQ0hBSU5fQklUIGlzIGFkZGVkIGF0IGxpbmUgMTg5NSwgdGhhdCB3ZSB3aWxsDQo+PiBy ZWNlaXZlIGEgY29tcGxldGlvbiBUUkItZXZlbnQgZm9yIGVhY2ggb2YgdGhlIG5mcmFtZXMsIG9y IHdpbGwgdGhlDQo+PiBjaGFpbiBiaXQgcmVzdWx0IGluIGxvc3Mgb2YgVFJCIGNvbXBsZXRpb24g ZXZlbnRzPw0KPj4NCj4+IERvZXMgc2V0dGluZyB0aGlzIGJpdCBoYXZlIGFueSBpbXBhY3Qgb24g cGVyZm9ybWFuY2U/DQo+Pg0KPj4gVGhhbmsgeW91IQ0KPj4NCj4+IC0tSFBTDQo+IA0KPiBTb21l IG1vcmUgdGhvdWdodHM6DQo+IA0KPiBUaGUgY29kZSBpbiBxdWVzdGlvbiBoYW5kbGUgYWxsIGZv dXIgVVNCIHRyYW5zZmVyIHR5cGVzLiBBcmUgeW91IHNheWluZyB0aGF0DQo+IHRoZSBDSEFJTiBi aXQgc2hvdWxkIGJlIHNldCBmb3IgaXNvY2hyb25vdXMgdHJhbnNmZXJzIHRvbywgc28gYWxsIHRo ZSBwYWNrZXRzDQo+IHNlbmQgaW4gYWxsIHRoZSBpbnRlcnZhbHMgYXJlIGNoYWluZWQgdG9nZXRo ZXI/IE9yIGlzIHRoaXMgb25seSBmb3IgQlVMSw0KPiB0cmFmZmljIHlvdSB3YW50IHRvIGFkZCB0 aGUgQ0hBSU4gYml0Pw0KPiANCj4gVGhhbmsgeW91IQ0KPiANCj4gLS1IUFMNCg0KSGkgSFBTLA0K DQpBbGwgbGluayB0cmJzIHdoaWNoIGFyZSBub3QgdGhlIGVuZCBuZWVkIENIQUlOIGJpdCwgSSB0 aGluay4NCkJ1dCwgdGhpcyBpcyBlcnJhdGEgaW4geEhDSSB2ZXIgMC45NS4gU28sIGxpbnV4IGhh cyBxdWlyayBmb3IgY2hhaW4NCmJpdC4gQ291bGQgeW91IGNoZWNrIGxpbnV4IGNvZGVzPw0KDQpS ZWdhcmRzLA0KIEtvaGppIE9rdW5vDQo= From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 13:48:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5908521; Wed, 11 Dec 2013 13:48:47 +0000 (UTC) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52E7C1CC7; Wed, 11 Dec 2013 13:48:47 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id rBBDmc9K096650; Wed, 11 Dec 2013 14:48:38 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id rBBDmcwK096649; Wed, 11 Dec 2013 14:48:38 +0100 (CET) (envelope-from marius) Date: Wed, 11 Dec 2013 14:48:38 +0100 From: Marius Strobl To: Justin Hibbits Subject: Re: Request for testing an alternate branch Message-ID: <20131211134838.GM12343@alchemy.franken.de> References: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> <20131208133853.GA75604@alchemy.franken.de> <20131208154854.7425d9a7@zhabar.gateway.2wire.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131208154854.7425d9a7@zhabar.gateway.2wire.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Justin Hibbits , FreeBSD Current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 13:48:47 -0000 On Sun, Dec 08, 2013 at 03:48:54PM -0800, Justin Hibbits wrote: > On Sun, 8 Dec 2013 14:38:53 +0100 > Marius Strobl wrote: > > > On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: > > > I've been working on the projects/pmac_pmu branch for some time now > > > to add suspend/resume as well as CPU speed change for certain > > > PowerPC machines, about a year since I created the branch, and now > > > it's stable enough that I want to merge it into HEAD, hence this > > > request. However, it does touch several drivers, turning them into > > > "early drivers", such that they can be initialized, and suspended > > > and resumed at a different time. Saying that, I do need testing > > > from other architectures, to make sure I haven't broken anything. > > > > > > The technical details: > > > > > > To get proper ordering, I've extended the bus_generic_suspend() and > > > bus_generic_resume() to do multiple passes. Devices which cannot be > > > enabled or disabled at the current pass level would return an > > > EAGAIN. This could possibly cause problems, since it's an addition > > > to an existing API rather than a new API to run along side it, so > > > it needs a great deal of testing. It works fine on PowerPC, but I > > > don't have any i386/amd64 or sparc64 hardware to test it on, so > > > would like others who do to test it. I don't think that it would > > > impact x86 at all (testing is obviously required), because the > > > nexus is not an EARLY_DRIVER_MODULE, so all devices would be > > > handled at the same pass. But, I do know the sparc64 has an > > > EARLY_DRIVER_MODULE() nexus, so that will likely be impacted. > > > > > > Also, any comments are of course welcome. Technical concerns are > > > obviously welcome, and I will try to address everything. > > > > Do you have a patch against head? > > > > Marius > > > > Here you go. > Thanks; on a sparc64 machine where the EARLY_DRIVER_MODULE nexus actually matters, your patch doesn't seem to have an ill effect. Marius From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 13:53:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6426F6CC for ; Wed, 11 Dec 2013 13:53:43 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3444D1D5F for ; Wed, 11 Dec 2013 13:53:42 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-96.lns20.per2.internode.on.net [121.45.246.96]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id rBBDrRTT038067 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 11 Dec 2013 05:53:32 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <52A86E52.3030502@freebsd.org> Date: Wed, 11 Dec 2013 21:53:22 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Eitan Adler , Rick Macklem Subject: Re: svn merge to stable/10 has lotsa mergeinfo References: <2147336908.28920849.1386720284423.JavaMail.root@uoguelph.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 13:53:43 -0000 On 12/11/13, 8:24 AM, Eitan Adler wrote: > On Tue, Dec 10, 2013 at 7:04 PM, Rick Macklem wrote: >> Hi, >> >> I just tried to MFC into stable/10 and it worked, but with >> a lot of mergeinfo. I know diddly about svn, so is this ok? > Starting with stable/10 and later you must merge into the *root*, not into sys/. > > P.S., with svn, it can be very helpful to provide the exact commands you used. > > > so how about you tell people what you call root? base? releng? 8? sys? the place you did the checkout to? Experts always assume that everyone has the decoder rings. From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 13:58:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 748C386B for ; Wed, 11 Dec 2013 13:58:23 +0000 (UTC) Received: from mail-qe0-x22c.google.com (mail-qe0-x22c.google.com [IPv6:2607:f8b0:400d:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D5131DA2 for ; Wed, 11 Dec 2013 13:58:22 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id nd7so5354945qeb.3 for ; Wed, 11 Dec 2013 05:58:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=chC/tdGajvEmpeIBE88v3udLapaKmJAR56nGia5hvnI=; b=MplogVLHBxMXg6Z3pkIPd5849n/8IjcD9gY7Us+0PNjwIvaFdJ+0iMeHsW0AcIwRpU I6DXGMQs6aQkt/YP2OL0SRS+oPCbMtS1HNO/3iUvdFUrGPWtQ/yEKaml9tVZ4HOMsgi0 7g4VyU/hie50R1mxSm8z0HkTCcNTA6lFQD7to= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=chC/tdGajvEmpeIBE88v3udLapaKmJAR56nGia5hvnI=; b=CoGZGiLCoP9SPRVBxGbHe0vtiO9dnfQFmLVZuuFHNx4T6oWe3ZXmuuTimX6tIRn22n ZKm/aF+sBIA14pFlqviWrRrdHmfcEDwU6i/jQP0RCOFvHGOb8/B3Wn/yevTYRZmq7Cru wgdAdIfWUzObfRsDvkpVXfrRwRYd2SvEAUhs4iS3kicHOMQhGuNvjKAIz2tjTOQmSJm2 WNiCQRT7Fg/qLz8opYH9f0VF0z9vT6DsY2U/EGBqqaL6zKWzlTFJAgRkBUh43P6dbg9I 6WlErs+/R5XOjTEgZz6B5mi/57bfI9Pvok7eh/lNQs6J50Wh+wU11ezulWzQYLXB/lYO 8Scw== X-Gm-Message-State: ALoCoQk/Qr7kpx5+3DnuVtfXr5Ofd8JmjxuaQBmP+qPIG9n+bF4TQx5Y9QIlaC4nBwqKmDsVwok4 X-Received: by 10.49.74.138 with SMTP id t10mr2798156qev.21.1386770302217; Wed, 11 Dec 2013 05:58:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.86.42 with HTTP; Wed, 11 Dec 2013 05:57:52 -0800 (PST) In-Reply-To: <52A86E52.3030502@freebsd.org> References: <2147336908.28920849.1386720284423.JavaMail.root@uoguelph.ca> <52A86E52.3030502@freebsd.org> From: Eitan Adler Date: Wed, 11 Dec 2013 08:57:52 -0500 Message-ID: Subject: Re: svn merge to stable/10 has lotsa mergeinfo To: Julian Elischer Content-Type: text/plain; charset=UTF-8 Cc: Rick Macklem , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 13:58:23 -0000 On Wed, Dec 11, 2013 at 8:53 AM, Julian Elischer wrote: > On 12/11/13, 8:24 AM, Eitan Adler wrote: >> >> On Tue, Dec 10, 2013 at 7:04 PM, Rick Macklem >> wrote: >>> >>> Hi, >>> >>> I just tried to MFC into stable/10 and it worked, but with >>> a lot of mergeinfo. I know diddly about svn, so is this ok? >> >> Starting with stable/10 and later you must merge into the *root*, not into >> sys/. >> >> P.S., with svn, it can be very helpful to provide the exact commands you >> used. >> >> >> > so how about you tell people what you call root? base? releng? 8? sys? the > place you did the checkout to? Details here: http://www.freebsd.org/doc/en/articles/committers-guide/article.html#merge If this not clear please let me know. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 14:03:37 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 605E8B15; Wed, 11 Dec 2013 14:03:37 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 194491E4D; Wed, 11 Dec 2013 14:03:36 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 1EFB117FC96; Wed, 11 Dec 2013 15:03:34 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id DDFD98FEA6B; Wed, 11 Dec 2013 15:04:13 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10iJJeW0tSts; Wed, 11 Dec 2013 15:04:13 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 0F30C8FEA6A; Wed, 11 Dec 2013 15:04:13 +0100 (CET) Message-ID: <52A870FA.5080803@bitfrost.no> Date: Wed, 11 Dec 2013 15:04:42 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno Subject: Re: spec violation of xHCI? References: <20131211.201213.2095490882413924223.okuno.kohji@jp.panasonic.com> <52A85E35.6000508@bitfrost.no> <52A85FAA.8030402@bitfrost.no> <20131211.220615.1986324315440989553.okuno.kohji@jp.panasonic.com> In-Reply-To: <20131211.220615.1986324315440989553.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 14:03:37 -0000 On 12/11/13 14:06, Kohji Okuno wrote: > > Hi HPS, > > All link trbs which are not the end need CHAIN bit, I think. > But, this is errata in xHCI ver 0.95. So, linux has quirk for chain > bit. Could you check linux codes? > > Regards, > Kohji Okuno Hi Kohji, I went through the Linux codes a bit, and I see they have some quirks for the chaining bit. Unfortunately Linux does the queuing quite differently than in FreeBSD and Shara Sharp which is the author of that code, stated recently a need for rewrite of the TRB/TD stuff in Linux, so I'm not sure if that means there are more bugs in there or not. Let me explain a bit how things work in FreeBSD and why I did not put the chaining bit in line 1895 which you suggest. In my design the chaining bit should not be set at line 1895, because if you receive a short packet and nframes > 1, the XHCI should not go to the end of the frame list, but rather the next frame, nframes + 1. If the single short OK flag is set on a BULK transfer, yes, it would be correct to set the chaining bit here, but it is not required, because we are already are handling activation of the next frame in the function "xhci_activate_transfer()" and "xhci_skip_transfer()". Transfer here means zero or more TRBs. We use the cycle bit on the TRB to single step the frames in software, although you are right that we might optimise this by setting the chaining bit instead for the BULK case so that we don't need software intervention to handle the job. If the multi short OK flag is set, multiple short terminated frames can be received and then the chaining bit should not be set. Are you seeing a real problem because of the chain bit not being set, or is this more the result of code review? Thank you for the interest in my XHCI driver. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 18:41:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F318EA97; Wed, 11 Dec 2013 18:41:19 +0000 (UTC) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF16F1B07; Wed, 11 Dec 2013 18:41:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=eeGrzCfxlHH2UbdHc39gCVnNQ8YiFDZrSYH3ZqnGgRo=; b=as5/9gE1llObejmJcYb6riHYq5y1I50HS4E16ibe4GIXg5U+mcP8InunrjYxYXlEbHS9Z7KXfZrYiuk7LbybMGjr5wji7YmnjKQY/quMQCwNys3Kbq/pSaY5rp5kf3M7rl17Jwzh9KAYWTuiZgWqWgv0JM2SXjSh3KaK9s3Bazc=; Received: from cpe-72-182-93-216.austin.res.rr.com ([72.182.93.216]:63760 helo=borg.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Vqoii-00018J-DP; Wed, 11 Dec 2013 12:41:18 -0600 Date: Wed, 11 Dec 2013 12:41:04 -0600 From: Larry Rosenman To: "George V. Neville-Neil" Subject: Re: svn commit: r259221 - head/sys/dev/vt Message-ID: <20131211184104.GA1687@borg.lerctr.org> References: <201312111718.rBBHIAgM065186@svn.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201312111718.rBBHIAgM065186@svn.freebsd.org> User-Agent: Mutt/1.5.22 (2013-10-16) X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, URIBL_BLOCKED=0.001 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, URIBL_BLOCKED=0.001 Cc: ray@FreeBSD.org, freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 18:41:20 -0000 This looks like it fixes my -CURRENT crash.. Thanks GNN/JHB On Wed, Dec 11, 2013 at 05:18:10PM +0000, George V. Neville-Neil wrote: > Author: gnn > Date: Wed Dec 11 17:18:10 2013 > New Revision: 259221 > URL: http://svnweb.freebsd.org/changeset/base/259221 > > Log: > Fix a panic when booting with kernels that have FREEBBSD_COMPAT > 4, 5, 6 or 43 by only thunking the data parameter for old ioctls > compatability ioctls instead of doing it for all of them. > > Submitted by: jhb@ > > Modified: > head/sys/dev/vt/vt_core.c > > Modified: head/sys/dev/vt/vt_core.c > ============================================================================== > --- head/sys/dev/vt/vt_core.c Wed Dec 11 15:32:28 2013 (r259220) > +++ head/sys/dev/vt/vt_core.c Wed Dec 11 17:18:10 2013 (r259221) > @@ -1321,9 +1321,12 @@ vtterm_ioctl(struct terminal *tm, u_long > case _IO('c', 110): > cmd = CONS_SETKBD; > break; > + default: > + goto skip_thunk; > } > ival = IOCPARM_IVAL(data); > data = (caddr_t)&ival; > +skip_thunk: > #endif > > switch (cmd) { > _______________________________________________ > svn-src-all@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/svn-src-all > To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 22:21:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D9BFE5C; Wed, 11 Dec 2013 22:21:14 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 058F51EDF; Wed, 11 Dec 2013 22:21:14 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9A48CB922; Wed, 11 Dec 2013 17:21:12 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: Request for testing an alternate branch Date: Wed, 11 Dec 2013 16:26:11 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> In-Reply-To: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312111626.12035.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 11 Dec 2013 17:21:12 -0500 (EST) Cc: Justin Hibbits , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 22:21:14 -0000 On Thursday, December 05, 2013 1:21:13 am Justin Hibbits wrote: > I've been working on the projects/pmac_pmu branch for some time now to > add suspend/resume as well as CPU speed change for certain PowerPC > machines, about a year since I created the branch, and now it's stable > enough that I want to merge it into HEAD, hence this request. However, > it does touch several drivers, turning them into "early drivers", such > that they can be initialized, and suspended and resumed at a different > time. Saying that, I do need testing from other architectures, to make > sure I haven't broken anything. > > The technical details: > > To get proper ordering, I've extended the bus_generic_suspend() and > bus_generic_resume() to do multiple passes. Devices which cannot be > enabled or disabled at the current pass level would return an EAGAIN. > This could possibly cause problems, since it's an addition to an > existing API rather than a new API to run along side it, so it needs a > great deal of testing. It works fine on PowerPC, but I don't have any > i386/amd64 or sparc64 hardware to test it on, so would like others who > do to test it. I don't think that it would impact x86 at all (testing > is obviously required), because the nexus is not an EARLY_DRIVER_MODULE, > so all devices would be handled at the same pass. But, I do know the > sparc64 has an EARLY_DRIVER_MODULE() nexus, so that will likely be > impacted. I have patches to change many x86 drivers to use EARLY_DRIVER_MODULE() FWIW. Also, I'm still not a fan of the EAGAIN approach. I'd rather have a method in bus_if.m to suspend or resume a single device and to track that a device is suspended or resumed via a device_t flag or some such. (I think I had suggested this previously as it would also allow us to have a tool to suspend/resume individual drivers at runtime apart from a full suspend/resume request). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Dec 11 22:40:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7795D57C; Wed, 11 Dec 2013 22:40:33 +0000 (UTC) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B283A104F; Wed, 11 Dec 2013 22:40:32 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id u15so585406bkz.33 for ; Wed, 11 Dec 2013 14:40:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=2p/WsCef1M9Su61+EbK1294WML8d7XuAx1WijfbBo3Y=; b=l3ong/R207bf0hZK1dAoPdwJQeeWIw1U4lMWbXxvhLG9vYZR9H3oIW9m2HV6i4vCcP 8e2hHg1WEIfg2AXu3EqVytktvoyN9FPMvZz6iUsNkjmGdXL5x7wJrdQEJkOMIGSqHuHu QyjeTVTobRQMgrd4Y+s4a6WMfRWM28pY3R9R5cXjlKNeaF/k6edACrhXWZjt/5nVQURy HX3LCVth1nIaCscoGfYCFg6MilNEwJRkpauKVpfV7dGZFbecEc3cm6RneKdX7DGk6nYr qQ+8r9g+GgRdg9Qos/31QyDUwifkWuYLxb9KxKVud8bw6Bc9TRtr8Wtfs5Dq7CFlH/nU nAHQ== MIME-Version: 1.0 X-Received: by 10.204.127.135 with SMTP id g7mr1580761bks.42.1386801630927; Wed, 11 Dec 2013 14:40:30 -0800 (PST) Sender: chmeeedalf@gmail.com Received: by 10.205.90.136 with HTTP; Wed, 11 Dec 2013 14:40:30 -0800 (PST) In-Reply-To: <201312111626.12035.jhb@freebsd.org> References: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> <201312111626.12035.jhb@freebsd.org> Date: Wed, 11 Dec 2013 14:40:30 -0800 X-Google-Sender-Auth: djaeks2JCuZXT6kmaY_trFZp7qU Message-ID: Subject: Re: Request for testing an alternate branch From: Justin Hibbits To: John Baldwin Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Wed, 11 Dec 2013 22:40:33 -0000 On Wed, Dec 11, 2013 at 1:26 PM, John Baldwin wrote: > On Thursday, December 05, 2013 1:21:13 am Justin Hibbits wrote: >> I've been working on the projects/pmac_pmu branch for some time now to >> add suspend/resume as well as CPU speed change for certain PowerPC >> machines, about a year since I created the branch, and now it's stable >> enough that I want to merge it into HEAD, hence this request. However, >> it does touch several drivers, turning them into "early drivers", such >> that they can be initialized, and suspended and resumed at a different >> time. Saying that, I do need testing from other architectures, to make >> sure I haven't broken anything. >> >> The technical details: >> >> To get proper ordering, I've extended the bus_generic_suspend() and >> bus_generic_resume() to do multiple passes. Devices which cannot be >> enabled or disabled at the current pass level would return an EAGAIN. >> This could possibly cause problems, since it's an addition to an >> existing API rather than a new API to run along side it, so it needs a >> great deal of testing. It works fine on PowerPC, but I don't have any >> i386/amd64 or sparc64 hardware to test it on, so would like others who >> do to test it. I don't think that it would impact x86 at all (testing >> is obviously required), because the nexus is not an EARLY_DRIVER_MODULE, >> so all devices would be handled at the same pass. But, I do know the >> sparc64 has an EARLY_DRIVER_MODULE() nexus, so that will likely be >> impacted. > > I have patches to change many x86 drivers to use EARLY_DRIVER_MODULE() > FWIW. > > Also, I'm still not a fan of the EAGAIN approach. I'd rather have a method > in bus_if.m to suspend or resume a single device and to track that a device > is suspended or resumed via a device_t flag or some such. (I think I had > suggested this previously as it would also allow us to have a tool to > suspend/resume individual drivers at runtime apart from a full suspend/resume > request). > > -- > John Baldwin Understood. You had mentioned something along those lines before. Is it safe/sane to partially merge a branch into HEAD? If so, I can merge only the changes necessary for PMU cpufreq, and work on the suspend/resume separately. I put them together because most of the low level code involved is the same between them. I do like your idea of a device_t flag, but I'm not sure what the best way to go with that would be. I do already use a device_t flag to determine if the device is suspended, but only bus_generic_* access that in this patch. Would a better way be: * root_suspend instead of suspending its children, instead traverses and suspends each descendent in reverse order. * While doing this, insert each device upon successful suspend into a list. * For root_resume(), traverse the list back, and suspend each device in the reverse order. With this, add a new method, called device_suspend_child() to suspend a specific child if it hasn't already been suspended. * This could require modifying the PCI driver to move the device child suspend/resume into those functions, instead of doing that logic in the device_suspend/device_resume itself. I guess, in short, I'm asking: Is it fine if I merge only the code necessary for this cpufreq? That would require making other changes to this before merging in, to isolate that code, but it's very doable. - Justin From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 01:00:05 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA5EAEF3; Thu, 12 Dec 2013 01:00:05 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 423361A03; Thu, 12 Dec 2013 01:00:04 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile12) with ESMTP id rBC100C5003248; Thu, 12 Dec 2013 10:00:00 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili14) with ESMTP id rBC100L21760; Thu, 12 Dec 2013 10:00:00 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi14) id rBC100MC014258; Thu, 12 Dec 2013 10:00:00 +0900 Received: from localhost by lomi14.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id rBC100Dh014202; Thu, 12 Dec 2013 10:00:00 +0900 Date: Thu, 12 Dec 2013 09:59:58 +0900 (JST) Message-Id: <20131212.095958.798647707277033359.okuno.kohji@jp.panasonic.com> To: hps@bitfrost.no Subject: Re: spec violation of xHCI? From: Kohji Okuno In-Reply-To: <52A870FA.5080803@bitfrost.no> References: <52A85FAA.8030402@bitfrost.no> <20131211.220615.1986324315440989553.okuno.kohji@jp.panasonic.com> <52A870FA.5080803@bitfrost.no> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, okuno.kohji@jp.panasonic.com, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 01:00:05 -0000 From: Hans Petter Selasky Date: Wed, 11 Dec 2013 15:04:42 +0100 > On 12/11/13 14:06, Kohji Okuno wrote: >> >> Hi HPS, >> >> All link trbs which are not the end need CHAIN bit, I think. >> But, this is errata in xHCI ver 0.95. So, linux has quirk for chain >> bit. Could you check linux codes? >> >> Regards, >> Kohji Okuno > > Hi Kohji, > > I went through the Linux codes a bit, and I see they have some quirks for the > chaining bit. Unfortunately Linux does the queuing quite differently than in > FreeBSD and Shara Sharp which is the author of that code, stated recently a > need for rewrite of the TRB/TD stuff in Linux, so I'm not sure if that means > there are more bugs in there or not. Let me explain a bit how things work in > FreeBSD and why I did not put the chaining bit in line 1895 which you suggest. > > In my design the chaining bit should not be set at line 1895, because if you > receive a short packet and nframes > 1, the XHCI should not go to the end of > the frame list, but rather the next frame, nframes + 1. > > If the single short OK flag is set on a BULK transfer, yes, it would be > correct to set the chaining bit here, but it is not required, because we are > already are handling activation of the next frame in the function > "xhci_activate_transfer()" and "xhci_skip_transfer()". Transfer here means > zero or more TRBs. We use the cycle bit on the TRB to single step the frames > in software, although you are right that we might optimise this by setting the > chaining bit instead for the BULK case so that we don't need software > intervention to handle the job. > > If the multi short OK flag is set, multiple short terminated frames can be > received and then the chaining bit should not be set. > > Are you seeing a real problem because of the chain bit not being set, or is > this more the result of code review? > > Thank you for the interest in my XHCI driver. > > --HPS Hi HPS, Unfortunately, I can not explain in detail. But, I encountered a real problem for ZLP. And, when I added CHAIN bit, this problem was resolved. When a device driver needs force_short(ZLP), your device driver creates TRB in the followings. NORMAL_TRB - LINK_TRB - NORMAL_TRB - LINK_TRB => Kick DOORBELL (with payload) (#1) (ZLP) (#2) In this case, I think LINK_TRB #1 needs chain bit. Regards, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 02:00:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94A6ABF7 for ; Thu, 12 Dec 2013 02:00:21 +0000 (UTC) Received: from mail-pb0-f45.google.com (mail-pb0-f45.google.com [209.85.160.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65D0D1F15 for ; Thu, 12 Dec 2013 02:00:21 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id rp16so11084503pbb.4 for ; Wed, 11 Dec 2013 18:00:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=n1tq1s6qmtq8IyzkV+WBqltGNSvykCxHVYdmj9LIpzk=; b=XWU/ajkwPq2yBunLKDHvW3QKgOm2qJCrrUaEBtg+zyLyoDR4nTm7pHuCMrMK017CGG S6bhLY/raXI2Haip93DiHLmqsFFmPDSeY4KeS0hbW3LdcRLUzQSbnToTkPFtzWejVo0J vMW/ja+PF27N941p6OSqLqv8SIfEmV56igpkvflnpmba6WYYSZ5udotLLrrW1qc4YZVm uDl5SO/fpmzl00yeYolGg1G8eEKAvKYL6LuzFWGfAUK5RgU5SyRVet1tocgf4+dF8Th+ tyb0JgIN2htTllmBAx69w1IhOumnPb0H7KDHt5w2eNwffOv+Gw1SFKuXGQw4v1zt36DW GOVQ== X-Gm-Message-State: ALoCoQmVSsuG5OIC+rFfgqFqXMEkSZgzXSGKyDpGdwN9XzSS/uTonH+hX8YUb8Mi465QDECzsHaI X-Received: by 10.68.106.69 with SMTP id gs5mr6913172pbb.87.1386813615201; Wed, 11 Dec 2013 18:00:15 -0800 (PST) Received: from [192.168.1.2] (c-50-156-22-197.hsd1.ca.comcast.net. [50.156.22.197]) by mx.google.com with ESMTPSA id rz6sm49737618pab.22.2013.12.11.18.00.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Dec 2013 18:00:14 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: Request for testing an alternate branch From: Tim Kientzle In-Reply-To: <201312111626.12035.jhb@freebsd.org> Date: Wed, 11 Dec 2013 18:05:21 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <65DF58AD-1058-4FA6-84DE-436AB0BB17F9@kientzle.com> References: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> <201312111626.12035.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1822) Cc: Justin Hibbits , FreeBSD current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 02:00:21 -0000 On Dec 11, 2013, at 1:26 PM, John Baldwin wrote: > Also, I'm still not a fan of the EAGAIN approach. I'd rather have a = method > in bus_if.m to suspend or resume a single device and to track that a = device > is suspended or resumed via a device_t flag or some such. (I think I = had > suggested this previously as it would also allow us to have a tool to > suspend/resume individual drivers at runtime apart from a full = suspend/resume > request). Anything that made it easier to test suspend/resume would be a huge bonus. Tim From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 07:14:05 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4106571; Thu, 12 Dec 2013 07:14:05 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE741333; Thu, 12 Dec 2013 07:14:04 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id E1A9F100592; Thu, 12 Dec 2013 08:13:56 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 851938FEB0A; Thu, 12 Dec 2013 08:14:36 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dodl1i7Uw2uf; Thu, 12 Dec 2013 08:14:35 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 4CE7D8FEB09; Thu, 12 Dec 2013 08:14:35 +0100 (CET) Message-ID: <52A96276.3060203@bitfrost.no> Date: Thu, 12 Dec 2013 08:15:02 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno Subject: Re: spec violation of xHCI? References: <52A85FAA.8030402@bitfrost.no> <20131211.220615.1986324315440989553.okuno.kohji@jp.panasonic.com> <52A870FA.5080803@bitfrost.no> <20131212.095958.798647707277033359.okuno.kohji@jp.panasonic.com> In-Reply-To: <20131212.095958.798647707277033359.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 07:14:05 -0000 On 12/12/13 01:59, Kohji Okuno wrote: > From: Hans Petter Selasky > Date: Wed, 11 Dec 2013 15:04:42 +0100 >> On 12/11/13 14:06, Kohji Okuno wrote: >>> >>> Hi HPS, >>> >>> All link trbs which are not the end need CHAIN bit, I think. >>> But, this is errata in xHCI ver 0.95. So, linux has quirk for chain >>> bit. Could you check linux codes? >>> >>> Regards, >>> Kohji Okuno >> >> Hi Kohji, >> >> I went through the Linux codes a bit, and I see they have some quirks for the >> chaining bit. Unfortunately Linux does the queuing quite differently than in >> FreeBSD and Shara Sharp which is the author of that code, stated recently a >> need for rewrite of the TRB/TD stuff in Linux, so I'm not sure if that means >> there are more bugs in there or not. Let me explain a bit how things work in >> FreeBSD and why I did not put the chaining bit in line 1895 which you suggest. >> >> In my design the chaining bit should not be set at line 1895, because if you >> receive a short packet and nframes > 1, the XHCI should not go to the end of >> the frame list, but rather the next frame, nframes + 1. >> >> If the single short OK flag is set on a BULK transfer, yes, it would be >> correct to set the chaining bit here, but it is not required, because we are >> already are handling activation of the next frame in the function >> "xhci_activate_transfer()" and "xhci_skip_transfer()". Transfer here means >> zero or more TRBs. We use the cycle bit on the TRB to single step the frames >> in software, although you are right that we might optimise this by setting the >> chaining bit instead for the BULK case so that we don't need software >> intervention to handle the job. >> >> If the multi short OK flag is set, multiple short terminated frames can be >> received and then the chaining bit should not be set. >> >> Are you seeing a real problem because of the chain bit not being set, or is >> this more the result of code review? >> >> Thank you for the interest in my XHCI driver. >> >> --HPS > > Hi HPS, > > Unfortunately, I can not explain in detail. But, I encountered a real > problem for ZLP. And, when I added CHAIN bit, this problem was > resolved. > > When a device driver needs force_short(ZLP), your device driver > creates TRB in the followings. > > NORMAL_TRB - LINK_TRB - NORMAL_TRB - LINK_TRB => Kick DOORBELL > (with payload) (#1) (ZLP) (#2) > > In this case, I think LINK_TRB #1 needs chain bit. Hi Kohji, Did you check using a USB analyzer what the difference is when setting the CHAIN bit and not setting the chain bit? I would guess that if you set the CHAIN-bit in this case, no ZLP will be sent, because the TRB is associated with the previous one. What endpoint type is this? BULK/CONTROL/INTR/ISOC What direction is this? IN or OUT? --HPS From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 07:40:40 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6541EAAF; Thu, 12 Dec 2013 07:40:40 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 1885F154E; Thu, 12 Dec 2013 07:40:39 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile14) with ESMTP id rBC7eZ0O029598; Thu, 12 Dec 2013 16:40:35 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili11) with ESMTP id rBC7eaR31318; Thu, 12 Dec 2013 16:40:36 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi17) id rBC7eah1006473; Thu, 12 Dec 2013 16:40:36 +0900 Received: from localhost by lomi17.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id rBC7eZfa006435; Thu, 12 Dec 2013 16:40:35 +0900 Date: Thu, 12 Dec 2013 16:40:35 +0900 (JST) Message-Id: <20131212.164035.965182632628711738.okuno.kohji@jp.panasonic.com> To: hps@bitfrost.no Subject: Re: spec violation of xHCI? From: Kohji Okuno In-Reply-To: <52A96276.3060203@bitfrost.no> References: <52A870FA.5080803@bitfrost.no> <20131212.095958.798647707277033359.okuno.kohji@jp.panasonic.com> <52A96276.3060203@bitfrost.no> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, okuno.kohji@jp.panasonic.com, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 07:40:40 -0000 From: Hans Petter Selasky Date: Thu, 12 Dec 2013 08:15:02 +0100 > On 12/12/13 01:59, Kohji Okuno wrote: >> From: Hans Petter Selasky >> Date: Wed, 11 Dec 2013 15:04:42 +0100 >>> On 12/11/13 14:06, Kohji Okuno wrote: >>>> >>>> Hi HPS, >>>> >>>> All link trbs which are not the end need CHAIN bit, I think. >>>> But, this is errata in xHCI ver 0.95. So, linux has quirk for chain >>>> bit. Could you check linux codes? >>>> >>>> Regards, >>>> Kohji Okuno >>> >>> Hi Kohji, >>> >>> I went through the Linux codes a bit, and I see they have some quirks for >>> the >>> chaining bit. Unfortunately Linux does the queuing quite differently than >>> in >>> FreeBSD and Shara Sharp which is the author of that code, stated recently a >>> need for rewrite of the TRB/TD stuff in Linux, so I'm not sure if that >>> means >>> there are more bugs in there or not. Let me explain a bit how things work >>> in >>> FreeBSD and why I did not put the chaining bit in line 1895 which you >>> suggest. >>> >>> In my design the chaining bit should not be set at line 1895, because if >>> you >>> receive a short packet and nframes > 1, the XHCI should not go to the end >>> of >>> the frame list, but rather the next frame, nframes + 1. >>> >>> If the single short OK flag is set on a BULK transfer, yes, it would be >>> correct to set the chaining bit here, but it is not required, because we >>> are >>> already are handling activation of the next frame in the function >>> "xhci_activate_transfer()" and "xhci_skip_transfer()". Transfer here means >>> zero or more TRBs. We use the cycle bit on the TRB to single step the >>> frames >>> in software, although you are right that we might optimise this by setting >>> the >>> chaining bit instead for the BULK case so that we don't need software >>> intervention to handle the job. >>> >>> If the multi short OK flag is set, multiple short terminated frames can be >>> received and then the chaining bit should not be set. >>> >>> Are you seeing a real problem because of the chain bit not being set, or is >>> this more the result of code review? >>> >>> Thank you for the interest in my XHCI driver. >>> >>> --HPS >> >> Hi HPS, >> >> Unfortunately, I can not explain in detail. But, I encountered a real >> problem for ZLP. And, when I added CHAIN bit, this problem was >> resolved. >> >> When a device driver needs force_short(ZLP), your device driver >> creates TRB in the followings. >> >> NORMAL_TRB - LINK_TRB - NORMAL_TRB - LINK_TRB => Kick DOORBELL >> (with payload) (#1) (ZLP) (#2) >> >> In this case, I think LINK_TRB #1 needs chain bit. > > Hi Kohji, > > Did you check using a USB analyzer what the difference is when setting the > CHAIN bit and not setting the chain bit? > > I would guess that if you set the CHAIN-bit in this case, no ZLP will be sent, > because the TRB is associated with the previous one. > > What endpoint type is this? BULK/CONTROL/INTR/ISOC > > What direction is this? IN or OUT? > > --HPS Hi HPS, The endpoint type is BULK, and the direction is OUT. I checked by using a USB analyzer. When I did not set CHAIN bit in LINK TRB, my host controller sent illegal packets sometimes. But, ZLPs were sent. Regards, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 07:46:03 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B60ECD6; Thu, 12 Dec 2013 07:46:03 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 447E81591; Thu, 12 Dec 2013 07:46:02 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 4671817FC7E; Thu, 12 Dec 2013 08:45:56 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id C32E98FEB19; Thu, 12 Dec 2013 08:46:35 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C3iWEhmbdjHv; Thu, 12 Dec 2013 08:46:34 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id B0B1B8FEB18; Thu, 12 Dec 2013 08:46:34 +0100 (CET) Message-ID: <52A969F6.3010201@bitfrost.no> Date: Thu, 12 Dec 2013 08:47:02 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno Subject: Re: spec violation of xHCI? References: <52A85FAA.8030402@bitfrost.no> <20131211.220615.1986324315440989553.okuno.kohji@jp.panasonic.com> <52A870FA.5080803@bitfrost.no> <20131212.095958.798647707277033359.okuno.kohji@jp.panasonic.com> <52A96276.3060203@bitfrost.no> In-Reply-To: <52A96276.3060203@bitfrost.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 07:46:03 -0000 On 12/12/13 08:15, Hans Petter Selasky wrote: > On 12/12/13 01:59, Kohji Okuno wrote: > > Hi Kohji, > > Did you check using a USB analyzer what the difference is when setting > the CHAIN bit and not setting the chain bit? > > I would guess that if you set the CHAIN-bit in this case, no ZLP will be > sent, because the TRB is associated with the previous one. > > What endpoint type is this? BULK/CONTROL/INTR/ISOC > > What direction is this? IN or OUT? > > --HPS Hi Kohji, If there is no CHAIN bit in the IN-direction, my TD chain will receive multiple short packets. This is of course not correct. This only happens if you have very large buffers above 64KByte that don't fit in a single TD. For OUT direction: There are no short packets received, though errors can happen and those will stop the endpoint. Are we sure that by setting the CHAIN bit, that the HC's will transfer ZLP's if the length of the second last "TD" is a multiple of wMaxPacketSize and the last one has a length of zero bytes? I will do some testing to verify the corner cases. Thank you! --HPS From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 08:36:25 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70A998E4; Thu, 12 Dec 2013 08:36:25 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 28B3518BD; Thu, 12 Dec 2013 08:36:24 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id A42AC100590; Thu, 12 Dec 2013 09:36:22 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 62F3A8FCA35; Thu, 12 Dec 2013 09:37:02 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ut-l0PP4MFiw; Thu, 12 Dec 2013 09:37:01 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id BA4B38FCA30; Thu, 12 Dec 2013 09:37:01 +0100 (CET) Message-ID: <52A975C9.9000804@bitfrost.no> Date: Thu, 12 Dec 2013 09:37:29 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Kohji Okuno Subject: Re: spec violation of xHCI? References: <52A870FA.5080803@bitfrost.no> <20131212.095958.798647707277033359.okuno.kohji@jp.panasonic.com> <52A96276.3060203@bitfrost.no> <20131212.164035.965182632628711738.okuno.kohji@jp.panasonic.com> In-Reply-To: <20131212.164035.965182632628711738.okuno.kohji@jp.panasonic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 08:36:25 -0000 On 12/12/13 08:40, Kohji Okuno wrote: > From: Hans Petter Selasky > > Hi HPS, > > The endpoint type is BULK, and the direction is OUT. > > I checked by using a USB analyzer. When I did not set CHAIN bit in > LINK TRB, my host controller sent illegal packets sometimes. > But, ZLPs were sent. > Hi, Test OK here aswell. Does this commit look OK to you: http://svnweb.freebsd.org/changeset/base/259248 --HPS From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 08:44:31 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4273EB46; Thu, 12 Dec 2013 08:44:31 +0000 (UTC) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id D5D041962; Thu, 12 Dec 2013 08:44:30 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id rBC8iQB4002701; Thu, 12 Dec 2013 17:44:26 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili16) with ESMTP id rBC8iQM02016; Thu, 12 Dec 2013 17:44:26 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi14) id rBC8iQb1032723; Thu, 12 Dec 2013 17:44:26 +0900 Received: from localhost by lomi14.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id rBC8iQb0032689; Thu, 12 Dec 2013 17:44:26 +0900 Date: Thu, 12 Dec 2013 17:44:26 +0900 (JST) Message-Id: <20131212.174426.2096471858177616249.okuno.kohji@jp.panasonic.com> To: hps@bitfrost.no Subject: Re: spec violation of xHCI? From: Kohji Okuno In-Reply-To: <52A975C9.9000804@bitfrost.no> References: <52A96276.3060203@bitfrost.no> <20131212.164035.965182632628711738.okuno.kohji@jp.panasonic.com> <52A975C9.9000804@bitfrost.no> Organization: Panasonic Corporation X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, okuno.kohji@jp.panasonic.com, freebsd-usb@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 08:44:31 -0000 From: Hans Petter Selasky Date: Thu, 12 Dec 2013 09:37:29 +0100 > On 12/12/13 08:40, Kohji Okuno wrote: >> From: Hans Petter Selasky >> >> Hi HPS, >> >> The endpoint type is BULK, and the direction is OUT. >> >> I checked by using a USB analyzer. When I did not set CHAIN bit in >> LINK TRB, my host controller sent illegal packets sometimes. >> But, ZLPs were sent. >> > > Hi, > > Test OK here aswell. > > Does this commit look OK to you: > > http://svnweb.freebsd.org/changeset/base/259248 Hi HPS, I confirmed that your commit is OK. Many thanks, Kohji Okuno. From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 10:01:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84773C42 for ; Thu, 12 Dec 2013 10:01:49 +0000 (UTC) Received: from mail-bk0-x230.google.com (mail-bk0-x230.google.com [IPv6:2a00:1450:4008:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13EA31FE2 for ; Thu, 12 Dec 2013 10:01:48 +0000 (UTC) Received: by mail-bk0-f48.google.com with SMTP id r7so782538bkg.35 for ; Thu, 12 Dec 2013 02:01:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=NBbbjYVbl9WUW9Cm0S2sD9pq/ms6j65d/Ev6y0diRhU=; b=eJBvmkpGYqgnA+MfpkN+AFjjWisUxXw9e9bvHhSRndn6NeW3q8vQHJzlymQgIecF5d lH07EqrZ5fzqSoNWJ9RuOUuSpnZS8L8+1JGH1RqN5fUrXzRSwqWUXCieWK/oXhPO65te IU5oUMgcW1ztX1BAlVT1NwvqHf5H3oNhHsUqdnzQ/Qqnn5CaoD0dDTfVxSO8+49El3xZ nAyERy8El05iXWD79KK4VsR1RMY4xoIERqpAax7vJwPteYWnRcwDEXKbHulRtQso46Mo la4fHPCP8ZXawttNHpMOIP7k1CEroi4R/FfkAVBJzPCaHQtbMiPInp7jTDkQmCBZKsW+ D3dw== X-Received: by 10.204.164.145 with SMTP id e17mr38430bky.136.1386842507225; Thu, 12 Dec 2013 02:01:47 -0800 (PST) Received: from [192.168.1.129] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id q5sm12629434bkr.5.2013.12.12.02.01.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 12 Dec 2013 02:01:46 -0800 (PST) Message-ID: <52A98989.2040503@gmail.com> Date: Thu, 12 Dec 2013 12:01:45 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: =?UTF-8?B?5LmU5qWa?= , Current FreeBSD Subject: Re: boot failure after upgrade to HEAD from svn: zfs i/o error - all block copies unavailable invalid format References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 10:01:49 -0000 10.12.2013 18:59, 乔楚 wrote: > *Today, after **upgrade to HEAD from svn, My FreeBSD can't boot.* > > *Error message:* > > *ZFS: i/o error all block copies unavailable > **Invalid format* I see you are using GPT. Have you updated bootcode then? Can you import your pool from any HEAD snapshot? -- Sphinx of black quartz, judge my vow. From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 11:34:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA70B8FE for ; Thu, 12 Dec 2013 11:34:10 +0000 (UTC) Received: from nm21-vm5.bullet.mail.ird.yahoo.com (nm21-vm5.bullet.mail.ird.yahoo.com [212.82.109.245]) by mx1.freebsd.org (Postfix) with SMTP id C08A916E9 for ; Thu, 12 Dec 2013 11:34:09 +0000 (UTC) Received: from [77.238.189.55] by nm21.bullet.mail.ird.yahoo.com with NNFMP; 12 Dec 2013 11:27:52 -0000 Received: from [46.228.39.93] by tm8.bullet.mail.ird.yahoo.com with NNFMP; 12 Dec 2013 11:27:52 -0000 Received: from [127.0.0.1] by smtp130.mail.ir2.yahoo.com with NNFMP; 12 Dec 2013 11:27:52 -0000 X-Yahoo-Newman-Id: 312774.5632.bm@smtp130.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: hfO4_HUVM1mA2Rq4GvmNQKiLAFQNd4aJeBmUwnjiOxblnVo eKxt2gl26pdgi2BMP7I_WEvXaAgbNYDKfMWDMiLpN2xRbnGv1xbTwcljWORg 3mwWbPFf6ZT_DRzMnSNKkgGRfBF5EXpbMksnKeKuwsw8xPOvjgdlaGHmffm4 Uh6ZfJGI1voVh2.v_2D2B6Or0NZADusqU6vtJmh0N2VG6gJinIS8aJ3Znxzc GWrPNfurg6hxuQfgcTIKb3ywjIZCzmHEdW0PKsCfmvyxkj_30QpIr8_odfMh PB0jq9TbamAlgP1W054Df.Esoj4lQ3Y3u1S6LnDj0GY5BrWvPxNYsLdYeOLo St8w6avPr1sQhl.m7ShF0fW6fbMcjJVVZtcQKXMer6oBX0lJFcnanN0UkcvU loFKJVdzlpC8CWf9ore899dTm10SWkXkkMvcU_.SgYbAtabIde.4juOi8Ret 5xz8plsyvxjGw9cSm9Oge9D37Bksb8CCzDnDygHjHhOBT9XVWIFnsmZ.Jyr1 9uaYNMQX_CO0jekCJwlhjGV8BvfS4Yz4- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.11] (se@84.154.107.118 with plain [188.125.69.59]) by smtp130.mail.ir2.yahoo.com with SMTP; 12 Dec 2013 11:27:52 +0000 UTC Message-ID: <52A99DB6.2080708@freebsd.org> Date: Thu, 12 Dec 2013 12:27:50 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Something wrong with -CURRENT? (network problems) X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 11:34:10 -0000 Since about the time of teh NEWCONS commit, freshly built kernels do not work correctly for me. Symptoms are: - long delays opening TCP connections (even to localhost) - TCP transmission errors (e.g. fetchmail aborts because of short transfers, could be due to a timeout being triggered) I first noticed this during multi-user startup, since some of the daemons took tens of seconds to start (especially bad is SpamAssasin), instead of fractions of a second. At first I thought this could be caused by testing NEWCONS, but the symptoms of a kernel with SCONS are identical. Kernel configuration and other parameters are unchanged. I do not have time to bisect the commits, but just wanted to ask whether this is a general problem with -CURRENT, or only affects my test system (my local file-, media-, mail-, and web-server). (I might have time to bisect revisions during the week-end, though.) System information: i7-2660, N67 chipset, 24GB RAM, amd64 ZFS only configuration (ZRAID1, 4*2TB) Kernel config is just a stripped down generic (removing all unnecessary devices) with the following KLDs loaded: Id Refs Address Size Name 1 25 0xffffffff80200000 e0efe8 kernel 2 1 0xffffffff8100f000 22dd88 zfs.ko 3 2 0xffffffff8123d000 5b68 opensolaris.ko 4 1 0xffffffff81412000 1478 fdescfs.ko 5 1 0xffffffff81414000 c250 ipfw.ko 6 1 0xffffffff81421000 3923 linprocfs.ko 7 1 0xffffffff81425000 999 linsysfs.ko Kernel based on SVN rev. 258894 works reliably with latest world. The kernel I built after seeing the initial NEWCONS commits (still with SCONS) worked, but shortly thereafter, when I tried NEWCONS, the symptoms started (but persisted after going back to SCONS). I just checked SVN rev 259250 and the problem persists (without NEWCONS configured into the kernel). So my questions are: - is anybody else affected or is this a local problem? - has there been a commit that touched the network stack or might cause the observed delays? Thanks in advance fpr any insight you might be able to offer! Regards, STefan From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 12:30:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F148E87E for ; Thu, 12 Dec 2013 12:30:47 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AE9661D00 for ; Thu, 12 Dec 2013 12:30:47 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id e9so212832qcy.40 for ; Thu, 12 Dec 2013 04:30:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=xnGagPU6AxTh215QjKdgLjt5EyYz3BtDt52pBCbPIkw=; b=csj+lOmkLv8EGQPUakXa0S6kE7/GQf7IuR0HEsT9/Ro79a7xdrfYwxkihqejkjLcRp DPFmGeqLThCkXvkLt7DYzc9EE3W+eNHq6akEBgXqiujm6X4N+n8MS92yo2uM7WnNu4en 5OzvzlbX3hXuU776ufkVZrl5KgNe3A0tGlU1QXjTx/0obOGytjZ80JUWDf5RBiCUw/z/ CTCMMjTN/JOQ8XMTbkSutvLRK6Pzv1SN91g+vxr10kSmgsdCere9f95EpcGGAckbWmJm n/xUEKyA4CUyHbZ+lzSL3gb+4BDan9GrH9TQsqS/YW8oGJJJ1iTcjXLeIgr0GnvhhJGc yHrQ== X-Received: by 10.49.35.112 with SMTP id g16mr12656373qej.13.1386851446913; Thu, 12 Dec 2013 04:30:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.45.101 with HTTP; Thu, 12 Dec 2013 04:30:06 -0800 (PST) In-Reply-To: <52A98989.2040503@gmail.com> References: <52A98989.2040503@gmail.com> From: =?UTF-8?B?5LmU5qWa?= Date: Thu, 12 Dec 2013 20:30:06 +0800 Message-ID: Subject: Re: boot failure after upgrade to HEAD from svn: zfs i/o error - all block copies unavailable invalid format To: Volodymyr Kostyrko Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 12:30:48 -0000 >Have you updated bootcode then? After make installkernel && make installworld && reboot, boot error. Yes ,I can import in -currentr258961( http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/11.0/FreeBSD-11.0-C= URRENT-amd64-20131205-r258961-memstick.img ). Now, I install -currentr258961 on an new disk, and copy every from old disk to new disk. 2013/12/12 Volodymyr Kostyrko > 10.12.2013 18:59, =E4=B9=94=E6=A5=9A wrote: > >> *Today, after **upgrade to HEAD from svn, My FreeBSD can't boot.* >> >> *Error message:* >> >> *ZFS: i/o error all block copies unavailable >> **Invalid format* >> > > I see you are using GPT. Have you updated bootcode then? Can you import > your pool from any HEAD snapshot? > > -- > Sphinx of black quartz, judge my vow. > From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 19:17:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEFC46DD; Thu, 12 Dec 2013 19:17:27 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98CE91F58; Thu, 12 Dec 2013 19:17:27 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 81161B9CA; Thu, 12 Dec 2013 14:17:26 -0500 (EST) From: John Baldwin To: Justin Hibbits Subject: Re: Request for testing an alternate branch Date: Thu, 12 Dec 2013 14:15:47 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20131204222113.39fb23dd@zhabar.gateway.2wire.net> <201312111626.12035.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201312121415.47440.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 12 Dec 2013 14:17:26 -0500 (EST) Cc: FreeBSD Current , FreeBSD PowerPC ML X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 19:17:27 -0000 On Wednesday, December 11, 2013 5:40:30 pm Justin Hibbits wrote: > On Wed, Dec 11, 2013 at 1:26 PM, John Baldwin wrote: > > On Thursday, December 05, 2013 1:21:13 am Justin Hibbits wrote: > >> I've been working on the projects/pmac_pmu branch for some time now to > >> add suspend/resume as well as CPU speed change for certain PowerPC > >> machines, about a year since I created the branch, and now it's stable > >> enough that I want to merge it into HEAD, hence this request. However, > >> it does touch several drivers, turning them into "early drivers", such > >> that they can be initialized, and suspended and resumed at a different > >> time. Saying that, I do need testing from other architectures, to make > >> sure I haven't broken anything. > >> > >> The technical details: > >> > >> To get proper ordering, I've extended the bus_generic_suspend() and > >> bus_generic_resume() to do multiple passes. Devices which cannot be > >> enabled or disabled at the current pass level would return an EAGAIN. > >> This could possibly cause problems, since it's an addition to an > >> existing API rather than a new API to run along side it, so it needs a > >> great deal of testing. It works fine on PowerPC, but I don't have any > >> i386/amd64 or sparc64 hardware to test it on, so would like others who > >> do to test it. I don't think that it would impact x86 at all (testing > >> is obviously required), because the nexus is not an EARLY_DRIVER_MODULE, > >> so all devices would be handled at the same pass. But, I do know the > >> sparc64 has an EARLY_DRIVER_MODULE() nexus, so that will likely be > >> impacted. > > > > I have patches to change many x86 drivers to use EARLY_DRIVER_MODULE() > > FWIW. > > > > Also, I'm still not a fan of the EAGAIN approach. I'd rather have a method > > in bus_if.m to suspend or resume a single device and to track that a device > > is suspended or resumed via a device_t flag or some such. (I think I had > > suggested this previously as it would also allow us to have a tool to > > suspend/resume individual drivers at runtime apart from a full suspend/resume > > request). > > > > -- > > John Baldwin > > Understood. You had mentioned something along those lines before. Is > it safe/sane to partially merge a branch into HEAD? If so, I can > merge only the changes necessary for PMU cpufreq, and work on the > suspend/resume separately. I put them together because most of the > low level code involved is the same between them. Yes, you can split them up. However, the way to do that is to generate a diff and patch that into a head checkout and commit. There's not a good way to have 'svn merge' do it AFAIK. > I do like your idea of a device_t flag, but I'm not sure what the best > way to go with that would be. I do already use a device_t flag to > determine if the device is suspended, but only bus_generic_* access > that in this patch. > > Would a better way be: > * root_suspend instead of suspending its children, instead traverses > and suspends each descendent in reverse order. > * While doing this, insert each device upon successful suspend into a list. > * For root_resume(), traverse the list back, and suspend each device > in the reverse order. I would rather do it more the way that multipass attach now works where you do scans of the entire device tree as you walk the pass number down (during suspend) suspending any devices that are not yet suspended if their pass number is >= current pass number, then on resume you do scans of the entire tree raising the pass number back up using similar logic to attach where you resume any suspended devices if the driver's pass number is <= current pass number. > With this, add a new method, called device_suspend_child() to suspend > a specific child if it hasn't already been suspended. Well, I would call it 'bus_suspend_child' and 'bus_resume_child' as these would be bus methods in bus_if.m. > * This could require modifying the PCI driver to move the device > child suspend/resume into those functions, instead of doing that logic > in the device_suspend/device_resume itself. Correct. bus_generic_suspend() and bus_suspend_resume() would turn into loops that look a lot like bus_generic_new_pass() (so the logic for honoring pass numbers would happen in these routines and they would invoke bus_suspend_child() and bus_resume_child() to change the state of individual drivers). device_suspend() and device_resume() for the root device would look like bus_set_pass() with a similar loop that walked through the pass levels and invoked bus_generic_suspend/resume after each pass change to start the pass across the device tree. > I guess, in short, I'm asking: Is it fine if I merge only the code > necessary for this cpufreq? That would require making other changes > to this before merging in, to isolate that code, but it's very doable. > > - Justin > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 19:31:06 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F357CEFD for ; Thu, 12 Dec 2013 19:31:05 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C81A010B1 for ; Thu, 12 Dec 2013 19:31:05 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-96.lns20.per2.internode.on.net [121.45.246.96]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id rBCJUtZS042695 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 12 Dec 2013 11:30:58 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <52AA0EE9.9060207@elischer.org> Date: Fri, 13 Dec 2013 03:30:49 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD Current Subject: P4 question. not really a freebsd but using with freebsd Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 19:31:06 -0000 so I have a freebsd tree checked into perforce. one particular subdirectory has been heavily modified to teh extent that it's not really hte same thing any more and I want to move it out to a separate place, and then replace it with the original contents so I can update the tree and get changes to that original directory. I can think of two ways to do this: # move the modified one out p4 open p4 move //depot/Freebsd/src1/sys/netatalk/... //depot/Freebsd/src1/sys/netmumble/... followed by: # bring back the original version by copying it from before changes started. p4 integrate //depot/Freebsd/src1/sys/netatalk/...@original_import //depot/Freebsd/src1/sys/netmumble/... p4 resolve p4 submit Or, a second alternative: not quite sure how to do this if there are deletions and additions on the tree #copy out the modified version. #revert the directory in question to exactly how it was before the changes started files in netmumble should see all their history even when they were in netatalk, and files now in netatalk should see history from before the changes started, and MAYBE from when they were modified (optional). Julian From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 20:41:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDDF1337; Thu, 12 Dec 2013 20:41:37 +0000 (UTC) Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F19C1660; Thu, 12 Dec 2013 20:41:37 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id w5so109360qac.14 for ; Thu, 12 Dec 2013 12:41:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=Wbu08uSJUAyCMZVWkFPJcDcXkI1aZemhBs9NsXbawg8=; b=Zb6vBdVrpVzyVAGsCtyY7Bnc/Q1ZrTPmvKJ+GsMz/mhZNzkyCMOVqQ81PEBIUNtn77 qIo+Nn2qN1AGmv8iK6osWHdETmsbJz3S+48O11ncR61IlGEy4Gp9on19jJeKYGdPz/PS d+Bg+6/BL9gjaQxdQZGID/xW2fVFHzDi/zpLbMLDYRrPkP8YYA4zx/nrW/yf/8P+2li9 mFPFDx86/cgL2uHJ/Z5KhRQymyleNDKf4uDFVxrGiwIQv0fVsWOTRueevSqj82uemZxm 96C067XOqWVrFuGGrtScSuWXJUicR/ijnFxgTUIqJyB4ZgS2pprfn0UeRKi0FQnfgIF3 19dw== MIME-Version: 1.0 X-Received: by 10.224.50.195 with SMTP id a3mr15839247qag.25.1386880896643; Thu, 12 Dec 2013 12:41:36 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Thu, 12 Dec 2013 12:41:36 -0800 (PST) Date: Thu, 12 Dec 2013 12:41:36 -0800 X-Google-Sender-Auth: lf4nKGruO1FcFSSzD-JNDf_ar48 Message-ID: Subject: review request: sendfile kqueue notification From: Adrian Chadd To: "freebsd-arch@freebsd.org" , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 20:41:37 -0000 Hi, I'd like to start committing this to FreeBSD-HEAD: http://people.freebsd.org/~adrian/netflix/20131211-sendfile-kqueue-11.diff It implements kqueue notifications for sendfile so users can get an asynchronous notification that the underlying mbufs have been freed. This allows userland users of sendfile to know that the underlying memory / file object can be recycled or overwritten. Right now the only way to do this is to set SF_SYNC and this causes sendfile() to sleep until the transaction is complete and the mbufs have been freed. I've been testing this out locally in my lab environment and it's running flawlessly at 30gbit/sec of TCP across 32,768 active transmitting sockets. I'd like to start merging this into -HEAD in small pieces to make it easier to MFC to -10. Thanks! -adrian From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 20:45:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30847838; Thu, 12 Dec 2013 20:45:17 +0000 (UTC) Received: from mail-qa0-x22b.google.com (mail-qa0-x22b.google.com [IPv6:2607:f8b0:400d:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D2DA11726; Thu, 12 Dec 2013 20:45:16 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id ii20so117460qab.2 for ; Thu, 12 Dec 2013 12:45:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=kgcFDTHekBRsotEm60Yqps8P7YBX9zCvKs7S5b22c3I=; b=lEqcFvMsdEQAkd76NflEkZi4kSY0hlgxbAZUpuskHHeQY4o336z9EGBBZESHoa6k+u YBGuo0ZnXuZ7jcCF0y9h2+Uxi93Hs0+JnCLAYuwjhz4gdNnDennp7xgIKIspamli2UrQ bOiPGbPMBjDqLa9Q4xowCsLvz5i6sAAczSFDNN4BnKRagFmLbAqx/dBAxqwTICQRTHSg RV1Q/l9TB2qVWuNI0omfYLvs5oZ1eW7vla/G4eh3pp2sRct0zRDS30miyEy1bnwkHMkU hmN1X3txtTpvc2kZN0oCq05qStpj7T6FTyZQIKIIXiY4NopeWKjEs3TUm9wWOvcl8822 MmNQ== MIME-Version: 1.0 X-Received: by 10.224.80.129 with SMTP id t1mr9628851qak.95.1386881115845; Thu, 12 Dec 2013 12:45:15 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Thu, 12 Dec 2013 12:45:15 -0800 (PST) In-Reply-To: References: Date: Thu, 12 Dec 2013 12:45:15 -0800 X-Google-Sender-Auth: 5SlNet_u6767tqGcwJtWUpsLyAQ Message-ID: Subject: Re: review request: sendfile kqueue notification From: Adrian Chadd To: "freebsd-arch@freebsd.org" , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 20:45:17 -0000 And yes, I know this breaks the 32 bit compat sendfile call. I'm thinking of how to fix this without just duplicating all of that code. Thanks, -a On 12 December 2013 12:41, Adrian Chadd wrote: > Hi, > > I'd like to start committing this to FreeBSD-HEAD: > > http://people.freebsd.org/~adrian/netflix/20131211-sendfile-kqueue-11.diff > > It implements kqueue notifications for sendfile so users can get an > asynchronous notification that the underlying mbufs have been freed. > This allows userland users of sendfile to know that the underlying > memory / file object can be recycled or overwritten. Right now the > only way to do this is to set SF_SYNC and this causes sendfile() to > sleep until the transaction is complete and the mbufs have been freed. > > I've been testing this out locally in my lab environment and it's > running flawlessly at 30gbit/sec of TCP across 32,768 active > transmitting sockets. > > I'd like to start merging this into -HEAD in small pieces to make it > easier to MFC to -10. > > Thanks! > > > > -adrian From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 21:36:25 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88C37471 for ; Thu, 12 Dec 2013 21:36:25 +0000 (UTC) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C42CB1A85 for ; Thu, 12 Dec 2013 21:36:24 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id t61so1065154wes.39 for ; Thu, 12 Dec 2013 13:36:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=VqcRT5aqz2n71pJe9yZOt9PX+yILpD5s+0juDdd7+S8=; b=o1VtGsyxsiNinau8u479PZfoDepVVpjNlpPQxicbQGCCxCFoRHEK9NXUP/P0lm1x9M wM5Z4gqKHqyClQKxChrJfJQIMlK1x0wwNhdZOJe2T8v2inClNG6ED0U93CX8Q3KikicJ MP22L9LBU3ECY1AJ8GpRTk3NNcQJFFYfb5Kf+FVQMx1hAjaMPSN6/XGn8FYeu2Xbugfx IVdj01wDjO9VSuF4oVd4bI/BBy1sYuLgTSM6+4YnuIL/vZWhHJCkAVrn/omQt/1ZA0dR vzg7jUyoJE75Un4RqJx6fEAAUTZUYDYzaNH0Q7zT9IeaXjzsQ41xZRQrrlqLM5ippcDe mEig== MIME-Version: 1.0 X-Received: by 10.180.109.201 with SMTP id hu9mr6917wib.59.1386884183081; Thu, 12 Dec 2013 13:36:23 -0800 (PST) Received: by 10.227.226.12 with HTTP; Thu, 12 Dec 2013 13:36:22 -0800 (PST) In-Reply-To: References: Date: Thu, 12 Dec 2013 23:36:22 +0200 Message-ID: Subject: Fwd: vt-enabled 11.0-CURRENT + radeonkms boot load = direct rendering disabled in X From: Markiyan Kushnir To: current@freebsd.org Content-Type: multipart/mixed; boundary=e89a8f2356bd15fab404ed5d2347 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 21:36:25 -0000 --e89a8f2356bd15fab404ed5d2347 Content-Type: text/plain; charset=ISO-8859-1 Re-posting to current@ ---------- Forwarded message ---------- From: Markiyan Kushnir Date: 2013/12/10 Subject: vt-enabled 11.0-CURRENT + radeonkms boot load = direct rendering disabled in X To: freebsd-current@freebsd.org Hello, There seems to be a difference in how Xorg server can use direct rendering depending when radeonkms.ko was loaded: at boot time vs. at a later time (but not necessarily at X startup time). The difference is that direct rendering could not be enabled for X in the former case. In the latter case, direct rendering was successfully enabled. I'm semding Xorg.log.0 of the session with direct rendering failed to set up, as well as dmesg covering the two last sessions: one with no direct rendering (radeonkms_load="YES" in loader.conf) and the last one with direct rendering (radeonkms was loaded at X startup time, not system boot time). Please note that there was a LOR (kmslk, drmslk) at boot time of the "first" session with radeonkms_load="YES" in loader.conf -- Markiyan. --e89a8f2356bd15fab404ed5d2347 Content-Type: application/octet-stream; name="dmesg.1" Content-Disposition: attachment; filename="dmesg.1" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hp11uaq41 aW5mbzogW2RybV0gR0FSVDogbnVtIGNwdSBwYWdlcyAxMzEwNzIsIG51bSBncHUgcGFnZXMgMTMx MDcyCmluZm86IFtkcm1dIHByb2JpbmcgZ2VuIDIgY2FwcyBmb3IgZGV2aWNlIDgwODY6M2MwNCA9 IDMvZQppbmZvOiBbZHJtXSBlbmFibGluZyBQQ0lFIGdlbiAyIGxpbmsgc3BlZWRzLCBkaXNhYmxl IHdpdGggcmFkZW9uLnBjaWVfZ2VuMj0wCmluZm86IFtkcm1dIExvYWRpbmcgUlY3MTAgTWljcm9j b2RlCmVycm9yOiBbZHJtOnBpZDA6cjYwMF9pbml0X21pY3JvY29kZV0gKkVSUk9SKiByNjAwX2Nw OiBGYWlsZWQgdG8gbG9hZCBmaXJtd2FyZSAicmFkZW9ua21zZndfUlY3MTBfcGZwIgplcnJvcjog W2RybTpwaWQwOnJ2NzcwX3N0YXJ0dXBdICpFUlJPUiogRmFpbGVkIHRvIGxvYWQgZmlybXdhcmUh CmRybW4wOiBlcnJvcjogZGlzYWJsaW5nIEdQVSBhY2NlbGVyYXRpb24KZHJtbjA6IHdhcm5pbmc6 IDB4ZmZmZmY4MDAwN2M3ZGMwMCB1bnBpbiBub3QgbmVjZXNzYXJ5CmRybW4wOiB3YXJuaW5nOiAw eGZmZmZmODAwMDdjN2RjMDAgdW5waW4gbm90IG5lY2Vzc2FyeQppbmZvOiBbZHJtXSByYWRlb25f ZGV2aWNlX2luaXQ6IFRha2luZyBvdmVyIHRoZSBmaWN0aXRpb3VzIHJhbmdlIDB4ZTAwMDAwMDAt MHhmMDAwMDAwMAppaWNidXMwOiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjAgYWRkciAweGZm CmlpYzA6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czAKaWljYnVzMTogPFBoaWxpcHMgSTJD IGJ1cz4gb24gaWljYmIxIGFkZHIgMHhmZgppaWMxOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNi dXMxCmlpY2J1czI6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMiBhZGRyIDB4ZmYKaWljMjog PEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMgppaWNidXMzOiA8UGhpbGlwcyBJMkMgYnVzPiBv biBpaWNiYjMgYWRkciAweGZmCmlpYzM6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czMKaWlj YnVzNDogPFBoaWxpcHMgSTJDIGJ1cz4gb24gaWljYmI0IGFkZHIgMHhmZgppaWM0OiA8STJDIGdl bmVyaWMgSS9PPiBvbiBpaWNidXM0CmlpY2J1czU6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2Ji NSBhZGRyIDB4ZmYKaWljNTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzNQppaWNidXM2OiA8 UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjYgYWRkciAweGZmCmlpYzY6IDxJMkMgZ2VuZXJpYyBJ L08+IG9uIGlpY2J1czYKaW5mbzogW2RybV0gUmFkZW9uIERpc3BsYXkgQ29ubmVjdG9ycwppbmZv OiBbZHJtXSBDb25uZWN0b3IgMDoKaW5mbzogW2RybV0gICBIRE1JLUEtMQppbmZvOiBbZHJtXSAg IEhQRDEKaW5mbzogW2RybV0gICBEREM6IDB4N2U1MCAweDdlNTAgMHg3ZTU0IDB4N2U1NCAweDdl NTggMHg3ZTU4IDB4N2U1YyAweDdlNWMKaW5mbzogW2RybV0gICBFbmNvZGVyczoKaW5mbzogW2Ry bV0gICAgIERGUDE6IElOVEVSTkFMX1VOSVBIWQppbmZvOiBbZHJtXSBDb25uZWN0b3IgMToKaW5m bzogW2RybV0gICBWR0EtMQppbmZvOiBbZHJtXSAgIEREQzogMHg3ZTQwIDB4N2U0MCAweDdlNDQg MHg3ZTQ0IDB4N2U0OCAweDdlNDggMHg3ZTRjIDB4N2U0YwppbmZvOiBbZHJtXSAgIEVuY29kZXJz OgppbmZvOiBbZHJtXSAgICAgQ1JUMjogSU5URVJOQUxfS0xEU0NQX0RBQzIKaW5mbzogW2RybV0g Q29ubmVjdG9yIDI6CmluZm86IFtkcm1dICAgRFZJLUktMQppbmZvOiBbZHJtXSAgIEhQRDQKaW5m bzogW2RybV0gICBEREM6IDB4N2YxMCAweDdmMTAgMHg3ZjE0IDB4N2YxNCAweDdmMTggMHg3ZjE4 IDB4N2YxYyAweDdmMWMKaW5mbzogW2RybV0gICBFbmNvZGVyczoKaW5mbzogW2RybV0gICAgIENS VDE6IElOVEVSTkFMX0tMRFNDUF9EQUMxCmluZm86IFtkcm1dICAgICBERlAyOiBJTlRFUk5BTF9V TklQSFkyCmVycm9yOiBbZHJtOnBpZDA6cjYwMF9pcnFfc2V0XSAqRVJST1IqIENhbid0IGVuYWJs ZSBJUlEvTVNJIGJlY2F1c2Ugbm8gaGFuZGxlciBpcyBpbnN0YWxsZWQKaW5mbzogW2RybV0gSW50 ZXJuYWwgdGhlcm1hbCBjb250cm9sbGVyIHdpdGhvdXQgZmFuIGNvbnRyb2wKaW5mbzogW2RybV0g cmFkZW9uOiBwb3dlciBtYW5hZ2VtZW50IGluaXRpYWxpemVkCmluZm86IFtkcm1dIGZiIG1hcHBh YmxlIGF0IDB4RTAwNDAwMDAKaW5mbzogW2RybV0gdnJhbSBhcHBlciBhdCAweEUwMDAwMDAwCmlu Zm86IFtkcm1dIHNpemUgODI5NDQwMAppbmZvOiBbZHJtXSBmYiBkZXB0aCBpcyAyNAppbmZvOiBb ZHJtXSAgICBwaXRjaCBpcyA3NjgwCmZiZDAgb24gZHJtbjAKdnRfYWxsb2NhdGU6IFJlcGxhY2Ug ZXhpc3RpbmcgVlQgZHJpdmVyLgppbmZvOiBbZHJtXSBJbml0aWFsaXplZCByYWRlb24gMi4yOS4w IDIwMDgwNTI4CmhkYWMwOiA8QVRJIFJWNzMwIEhEQSBDb250cm9sbGVyPiBtZW0gMHhmYmUzMDAw MC0weGZiZTMzZmZmIGlycSAxNyBhdCBkZXZpY2UgMC4xIG9uIHBjaTIKcGNpMDogPG9sZCwgbm9u LVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDIuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQpw Y2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgMi41IChubyBkcml2 ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmlj ZSAyLjYgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRl dmljZT4gYXQgZGV2aWNlIDIuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMzogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMy4wIG9uIHBjaTAKcGNpMzogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjMKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2 aWNlIDMuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkg ZGV2aWNlPiBhdCBkZXZpY2UgMy41IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5v bi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAzLjYgKG5vIGRyaXZlciBhdHRhY2hlZCkK cGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDMuNyAobm8gZHJp dmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC4wIChubyBk cml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0LjEgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDQuMiAo bm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC4z IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0 LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNl IDQuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZp Y2UgNC42IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRl dmljZSA0LjcgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQg ZGV2aWNlIDUuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBub24tVkdBIGRpc3Bs YXkgZGV2aWNlPiBhdCBkZXZpY2UgNS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNl IHBlcmlwaGVyYWw+IGF0IGRldmljZSA1LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG9s ZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDUuMyAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgNS41IChu byBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0 IGRldmljZSA1LjcgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDE3LjAgb24gcGNpMApwY2k0OiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liNApwY2kwOiA8c2ltcGxlIGNvbW1zPiBhdCBkZXZpY2UgMjIuMCAobm8gZHJpdmVyIGF0 dGFjaGVkKQplbTA6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3b3JrIENvbm5lY3Rpb24gNy4zLjg+ IHBvcnQgMHhmMDQwLTB4ZjA1ZiBtZW0gMHhmYmYwMDAwMC0weGZiZjFmZmZmLDB4ZmJmNDgwMDAt MHhmYmY0OGZmZiBpcnEgMjAgYXQgZGV2aWNlIDI1LjAgb24gcGNpMAplbTA6IFVzaW5nIGFuIE1T SSBpbnRlcnJ1cHQKZW0wOiBFdGhlcm5ldCBhZGRyZXNzOiA3NDpkNDozNToxNTo4ODplYQplaGNp MDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmJmNDcwMDAtMHhm YmY0NzNmZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1c2J1czA6IEVIQ0kgdmVyc2lv biAxLjAKdXNidXMwIG9uIGVoY2kwCmhkYWMxOiA8SW50ZWwgUGF0c2J1cmcgSERBIENvbnRyb2xs ZXI+IG1lbSAweGZiZjIwMDAwLTB4ZmJmMjNmZmYgaXJxIDIyIGF0IGRldmljZSAyNy4wIG9uIHBj aTAKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjAgb24g cGNpMApwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNQphaGNpMDogPE1hcnZlbGwgODhTRTkx NzIgQUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHhkMDQwLTB4ZDA0NywweGQwMzAtMHhkMDMz LDB4ZDAyMC0weGQwMjcsMHhkMDEwLTB4ZDAxMywweGQwMDAtMHhkMDBmIG1lbSAweGZiZDEwMDAw LTB4ZmJkMTAxZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpNQphaGNpMDogQUhDSSB2MS4w MCB3aXRoIDIgNkdicHMgcG9ydHMsIFBvcnQgTXVsdGlwbGllciBzdXBwb3J0ZWQgd2l0aCBGQlMK YWhjaTA6IHF1aXJrcz0weDEwMDxOT0JTWVJFUz4KYWhjaWNoMDogPEFIQ0kgY2hhbm5lbD4gYXQg Y2hhbm5lbCAwIG9uIGFoY2kwCmFoY2ljaDE6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBv biBhaGNpMApwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjgu MSBvbiBwY2kwCnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2CmFoY2kxOiA8TWFydmVsbCA4 OFNFOTE3MiBBSENJIFNBVEEgY29udHJvbGxlcj4gcG9ydCAweGMwNDAtMHhjMDQ3LDB4YzAzMC0w eGMwMzMsMHhjMDIwLTB4YzAyNywweGMwMTAtMHhjMDEzLDB4YzAwMC0weGMwMGYgbWVtIDB4ZmJj MTAwMDAtMHhmYmMxMDFmZiBpcnEgMTcgYXQgZGV2aWNlIDAuMCBvbiBwY2k2CmFoY2kxOiBBSENJ IHYxLjAwIHdpdGggMiA2R2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZCB3aXRo IEZCUwphaGNpMTogcXVpcmtzPTB4MTAwPE5PQlNZUkVTPgphaGNpY2gyOiA8QUhDSSBjaGFubmVs PiBhdCBjaGFubmVsIDAgb24gYWhjaTEKYWhjaWNoMzogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5l bCAxIG9uIGFoY2kxCnBjaWI3OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmlj ZSAyOC4yIG9uIHBjaTAKcGNpNzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjcKYWhjaTI6IDxNYXJ2 ZWxsIDg4U0U5MTcyIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBwb3J0IDB4YjA0MC0weGIwNDcsMHhi MDMwLTB4YjAzMywweGIwMjAtMHhiMDI3LDB4YjAxMC0weGIwMTMsMHhiMDAwLTB4YjAwZiBtZW0g MHhmYmIxMDAwMC0weGZiYjEwMWZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBjaTcKYWhjaTI6 IEFIQ0kgdjEuMDAgd2l0aCAyIDZHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgc3VwcG9ydGVk IHdpdGggRkJTCmFoY2kyOiBxdWlya3M9MHgxMDA8Tk9CU1lSRVM+CmFoY2ljaDQ6IDxBSENJIGNo YW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMgphaGNpY2g1OiA8QUhDSSBjaGFubmVsPiBhdCBj aGFubmVsIDEgb24gYWhjaTIKcGNpYjg6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTkgYXQg ZGV2aWNlIDI4LjMgb24gcGNpMApwY2k4OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liOApmd29oY2kw OiA8MTM5NCBPcGVuIEhvc3QgQ29udHJvbGxlciBJbnRlcmZhY2U+IHBvcnQgMHhhMDAwLTB4YTBm ZiBtZW0gMHhmYmExMDAwMC0weGZiYTEwN2ZmIGlycSAxOSBhdCBkZXZpY2UgMC4wIG9uIHBjaTgK ZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMCAoUk9NPTEpCmZ3b2hjaTA6IE5vLiBvZiBJc29jaHJv bm91cyBjaGFubmVscyBpcyA0Lgpmd29oY2kwOiBFVUk2NCBmZjowMDowMDowMDowMDowMDowMDow MApmd29oY2kwOiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAsIDIgcG9ydHMuCmZ3b2hjaTA6IExp bmsgUzEwMCwgbWF4X3JlYyAyMDQ4IGJ5dGVzLgpmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJlV2ly ZSkgYnVzPiBvbiBmd29oY2kwCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNldApmd29oY2kwOiBm d29oY2lfaW50cl9jb3JlOiBCVVMgcmVzZXQKZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogbm9k ZV9pZD0weDAwMDAwMDAwLCBTZWxmSUQgQ291bnQ9MSwgQ1lDTEVNQVNURVIgbW9kZQphdGFwY2kw OiA8VklBIEFUQSBjb250cm9sbGVyPiBwb3J0IDB4YTE0MC0weGExNDcsMHhhMTMwLTB4YTEzMyww eGExMjAtMHhhMTI3LDB4YTExMC0weGExMTMsMHhhMTAwLTB4YTEwZiBpcnEgMTkgYXQgZGV2aWNl IDAuMSBvbiBwY2k4CmF0YTI6IDxBVEEgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGF0YXBjaTAK YXRhMzogPEFUQSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYXRhcGNpMApwY2liOTogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMjguNSBvbiBwY2kwCnBjaTk6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWI5CnhoY2kwOiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBjb250cm9s bGVyPiBtZW0gMHhmYjkwMDAwMC0weGZiOTBmZmZmLDB4ZmI5MTEwMDAtMHhmYjkxMWZmZiwweGZi OTEwMDAwLTB4ZmI5MTBmZmYgaXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpOQp4aGNpMDogMzIg Ynl0ZSBjb250ZXh0IHNpemUuCnVzYnVzMSBvbiB4aGNpMApwY2liMTA6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBpcnEgMTggYXQgZGV2aWNlIDI4LjYgb24gcGNpMApwY2kxMDogPEFDUEkgUENJIGJ1 cz4gb24gcGNpYjEwCnhoY2kxOiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBjb250cm9sbGVyPiBt ZW0gMHhmYjgwMDAwMC0weGZiODBmZmZmLDB4ZmI4MTEwMDAtMHhmYjgxMWZmZiwweGZiODEwMDAw LTB4ZmI4MTBmZmYgaXJxIDE4IGF0IGRldmljZSAwLjAgb24gcGNpMTAKeGhjaTE6IDMyIGJ5dGUg Y29udGV4dCBzaXplLgp1c2J1czIgb24geGhjaTEKZWhjaTE6IDxFSENJIChnZW5lcmljKSBVU0Ig Mi4wIGNvbnRyb2xsZXI+IG1lbSAweGZiZjQ2MDAwLTB4ZmJmNDYzZmYgaXJxIDIzIGF0IGRldmlj ZSAyOS4wIG9uIHBjaTAKdXNidXMzOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMyBvbiBlaGNpMQpw Y2liMTE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTEx OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTEKcmUwOiA8UmVhbFRlayA4MTY5LzgxNjlTLzgxNjlT QihMKS84MTEwUy84MTEwU0IoTCkgR2lnYWJpdCBFdGhlcm5ldD4gcG9ydCAweDkwMDAtMHg5MGZm IG1lbSAweGZiNzEwMDAwLTB4ZmI3MTAwZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMTEK cmUwOiBDaGlwIHJldi4gMHgxMDAwMDAwMApyZTA6IE1BQyByZXYuIDB4MDAwMDAwMDAKbWlpYnVz MDogPE1JSSBidXM+IG9uIHJlMApyZ2VwaHkwOiA8UlRMODE2OVMvODExMFMvODIxMSAxMDAwQkFT RS1UIG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMApyZ2VwaHkwOiAgbm9uZSwgMTBi YXNlVCwgMTBiYXNlVC1GRFgsIDEwYmFzZVQtRkRYLWZsb3csIDEwMGJhc2VUWCwgMTAwYmFzZVRY LUZEWCwgMTAwYmFzZVRYLUZEWC1mbG93LCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1tYXN0ZXIsIDEw MDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLWZsb3csIDEw MDBiYXNlVC1GRFgtZmxvdy1tYXN0ZXIsIGF1dG8sIGF1dG8tZmxvdwpyZTA6IEV0aGVybmV0IGFk ZHJlc3M6IDE0OmRhOmU5OmYxOjUyOjI2CmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmlj ZSAzMS4wIG9uIHBjaTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmFoY2kzOiA8SW50ZWwgUGF0 c2J1cmcgQUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHhmMDkwLTB4ZjA5NywweGYwODAtMHhm MDgzLDB4ZjA3MC0weGYwNzcsMHhmMDYwLTB4ZjA2MywweGYwMjAtMHhmMDNmIG1lbSAweGZiZjQ1 MDAwLTB4ZmJmNDU3ZmYgaXJxIDE5IGF0IGRldmljZSAzMS4yIG9uIHBjaTAKYWhjaTM6IEFIQ0kg djEuMzAgd2l0aCA2IDZHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgbm90IHN1cHBvcnRlZAph aGNpY2g2OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTMKYWhjaWNoNzogPEFI Q0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kzCmFoY2llbTA6IDxBSENJIGVuY2xvc3Vy ZSBtYW5hZ2VtZW50IGJyaWRnZT4gb24gYWhjaTMKaWNoc21iMDogPEludGVsIFBhdHNidXJnIFNN QnVzIGNvbnRyb2xsZXI+IHBvcnQgMHhmMDAwLTB4ZjAxZiBtZW0gMHhmYmY0NDAwMC0weGZiZjQ0 MGZmIGlycSAxOCBhdCBkZXZpY2UgMzEuMyBvbiBwY2kwCnNtYnVzMDogPFN5c3RlbSBNYW5hZ2Vt ZW50IEJ1cz4gb24gaWNoc21iMApzbWIwOiA8U01CdXMgZ2VuZXJpYyBJL08+IG9uIHNtYnVzMApw Y2liMTI6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gb24gYWNwaTAKcGNpMjU1OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMTIKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgOC4wIChu byBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDgu MyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmlj ZSA4LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBk ZXZpY2UgOS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4g YXQgZGV2aWNlIDkuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVy YWw+IGF0IGRldmljZSA5LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJp cGhlcmFsPiBhdCBkZXZpY2UgMTAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNl IHBlcmlwaGVyYWw+IGF0IGRldmljZSAxMC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTog PGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEwLjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNp MjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTAuMyAobm8gZHJpdmVyIGF0dGFjaGVk KQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxMS4wIChubyBkcml2ZXIgYXR0 YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDExLjMgKG5vIGRyaXZl ciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTIuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxMi4x IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNl IDEyLjYgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBk ZXZpY2UgMTIuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+ IGF0IGRldmljZSAxMy4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBo ZXJhbD4gYXQgZGV2aWNlIDEzLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBw ZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTMuNiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxi YXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1 NTogPGRhc3A+IGF0IGRldmljZSAxNC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJh c2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE1LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1 OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTUuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpw Y2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNS4yIChubyBkcml2ZXIgYXR0YWNo ZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE1LjMgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTUuNCAobm8gZHJp dmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNS41IChu byBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE1 LjYgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZp Y2UgMTYuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0 IGRldmljZSAxNi4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJh bD4gYXQgZGV2aWNlIDE2LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJp cGhlcmFsPiBhdCBkZXZpY2UgMTYuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNl IHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNi40IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTog PGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE2LjUgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNp MjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTYuNiAobm8gZHJpdmVyIGF0dGFjaGVk KQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNi43IChubyBkcml2ZXIgYXR0 YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE3LjAgKG5vIGRyaXZl ciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTkuMCAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxkYXNwPiBhdCBkZXZpY2UgMTkuMSAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2kyNTU6IDxkYXNwPiBhdCBkZXZpY2UgMTkuNCAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2kyNTU6IDxkYXNwPiBhdCBkZXZpY2UgMTkuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpw Y2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxOS42IChubyBkcml2ZXIgYXR0YWNo ZWQpCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKYXRrYmRjMDogPEtleWJv YXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTAKYXRr YmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQw OiBbR0lBTlQtTE9DS0VEXQp1YXJ0MDogPDE2NTUwIG9yIGNvbXBhdGlibGU+IHBvcnQgMHgzZjgt MHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMAppY2h3ZDAgb24gaXNhMApvcm0wOiA8SVNB IE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4Y2ZmZmYsMHhkMDAwMC0weGQzZmZmIG9u IGlzYTAKY29yZXRlbXAwOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTAKZXN0 MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApwNHRjYzA6 IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApjb3JldGVtcDE6IDxDUFUg T24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MQplc3QxOiA8RW5oYW5jZWQgU3BlZWRTdGVw IEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxCnA0dGNjMTogPENQVSBGcmVxdWVuY3kgVGhlcm1h bCBDb250cm9sPiBvbiBjcHUxCmNvcmV0ZW1wMjogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3Jz PiBvbiBjcHUyCmVzdDI6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9u IGNwdTIKcDR0Y2MyOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTIKY29y ZXRlbXAzOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTMKZXN0MzogPEVuaGFu Y2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MwpwNHRjYzM6IDxDUFUgRnJl cXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1Mwpjb3JldGVtcDQ6IDxDUFUgT24tRGllIFRo ZXJtYWwgU2Vuc29ycz4gb24gY3B1NAplc3Q0OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5j eSBDb250cm9sPiBvbiBjcHU0CnA0dGNjNDogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9s PiBvbiBjcHU0CmNvcmV0ZW1wNTogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHU1 CmVzdDU6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTUKcDR0 Y2M1OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTUKY29yZXRlbXA2OiA8 Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTYKZXN0NjogPEVuaGFuY2VkIFNwZWVk U3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NgpwNHRjYzY6IDxDUFUgRnJlcXVlbmN5IFRo ZXJtYWwgQ29udHJvbD4gb24gY3B1Ngpjb3JldGVtcDc6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vu c29ycz4gb24gY3B1Nwplc3Q3OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9s PiBvbiBjcHU3CnA0dGNjNzogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHU3 CmZpcmV3aXJlMDogMSBub2RlcywgbWF4aG9wIDw9IDAgY2FibGUgSVJNIGlybSgwKSAgKG1lKSAK ZmlyZXdpcmUwOiBidXMgbWFuYWdlciAwIApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBt c2VjCmlwZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBlbmFibGVkLCBuYXQgbG9hZGFi bGUsIGRlZmF1bHQgdG8gZGVueSwgbG9nZ2luZyBkaXNhYmxlZApEVU1NWU5FVCAwIHdpdGggSVB2 NiBpbml0aWFsaXplZCAoMTAwNDA5KQpsb2FkX2RuX3NjaGVkIGRuX3NjaGVkIFFGUSBsb2FkZWQK bG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBSUiBsb2FkZWQKbG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBX RjJRKyBsb2FkZWQKbG9hZF9kbl9zY2hlZCBkbl9zY2hlZCBGSUZPIGxvYWRlZApsb2FkX2RuX3Nj aGVkIGRuX3NjaGVkIFBSSU8gbG9hZGVkCmhkYWNjMDogPEFUSSBSNnh4IEhEQSBDT0RFQz4gYXQg Y2FkIDAgb24gaGRhYzAKaGRhYTA6IDxBVEkgUjZ4eCBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQg bmlkIDEgb24gaGRhY2MwCnBjbTA6IDxBVEkgUjZ4eCAoSERNSSk+IGF0IG5pZCAzIG9uIGhkYWEw CmhkYWNjMTogPFJlYWx0ZWsgQUxDODkyIEhEQSBDT0RFQz4gYXQgY2FkIDIgb24gaGRhYzEKaGRh YTE6IDxSZWFsdGVrIEFMQzg5MiBBdWRpbyBGdW5jdGlvbiBHcm91cD4gYXQgbmlkIDEgb24gaGRh Y2MxCnBjbTE6IDxSZWFsdGVrIEFMQzg5MiAoUmVhciBBbmFsb2cgNy4xLzIuMCk+IGF0IG5pZCAy MCwyMiwyMSwyMyBhbmQgMjQsMjYgb24gaGRhYTEKcGNtMjogPFJlYWx0ZWsgQUxDODkyIChGcm9u dCBBbmFsb2cpPiBhdCBuaWQgMjcgYW5kIDI1IG9uIGhkYWExCnBjbTM6IDxSZWFsdGVrIEFMQzg5 MiAoT25ib2FyZCBEaWdpdGFsKT4gYXQgbmlkIDE3IG9uIGhkYWExCnBjbTQ6IDxSZWFsdGVrIEFM Qzg5MiAoUmVhciBEaWdpdGFsKT4gYXQgbmlkIDMwIG9uIGhkYWExCnJhbmRvbTogdW5ibG9ja2lu ZyBkZXZpY2UuCnVzYnVzMDogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVzYnVzMTogNS4w R2JwcyBTdXBlciBTcGVlZCBVU0IgdjMuMAp1c2J1czI6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNC IHYzLjAKdXNidXMzOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKdWdlbjMuMTogPEludGVs PiBhdCB1c2J1czMKdWh1YjA6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAy LjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMzCnVnZW4yLjE6IDwweDFiNzM+IGF0IHVzYnVzMgp1 aHViMTogPDB4MWI3MyBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAzLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNidXMyCnVnZW4xLjE6IDwweDFiNzM+IGF0IHVzYnVzMQp1aHViMjogPDB4MWI3 MyBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNi dXMxCnVnZW4wLjE6IDxJbnRlbD4gYXQgdXNidXMwCnVodWIzOiA8SW50ZWwgRUhDSSByb290IEhV QiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMAphZGEwIGF0IGFo Y2ljaDYgYnVzIDAgc2NidXM4IHRhcmdldCAwIGx1biAwCmFkYTA6IDxXREMgV0QxMDAyRkFFWC0w MFozQTAgMDUuMDFEMDU+IEFUQS04IFNBVEEgMy54IGRldmljZQphZGEwOiBTZXJpYWwgTnVtYmVy IFdELVdDQVRSNTExNDkwMgphZGEwOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMy54LCBV RE1BNiwgUElPIDgxOTJieXRlcykKYWRhMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTA6 IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAxNjM4M0Mp CmFkYTA6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkMjAKYWRhMSBhdCBhaGNpY2g3IGJ1cyAw IHNjYnVzOSB0YXJnZXQgMCBsdW4gMAphZGExOiA8U1QzMjUwNjIwQVMgMy5BQUM+IEFUQS03IFNB VEEgMS54IGRldmljZQphZGExOiBTZXJpYWwgTnVtYmVyIDVRRTBKWFpMCmFkYTE6IDE1MC4wMDBN Qi9zIHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGExOiBDb21t YW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMTogMjM4NDc1TUIgKDQ4ODM5NzE2OCA1MTIgYnl0ZSBz ZWN0b3JzOiAxNkggNjNTL1QgMTYzODNDKQphZGExOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBh ZDIyCnBhc3MyIGF0IGFoY2llbTAgYnVzIDAgc2NidXMxMCB0YXJnZXQgMCBsdW4gMApwYXNzMjog PEFIQ0kgU0dQSU8gRW5jbG9zdXJlIDEuMDAgMDAwMT4gU0VNQiBTLUUtUyAyLjAwIGRldmljZQp1 aHViMTogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6IDQgcG9y dHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCk5ldHZzYyBpbml0aWFsaXppbmcuLi4g U01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMyIExhdW5jaGVkIQpTTVA6IEFQ IENQVSAjNiBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhClNNUDogQVAgQ1BVICM1 IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNyBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzQgTGF1bmNo ZWQhCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBlcmZv cm1hbmNlLgp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1 YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2Fp dGluZyBmb3I6IHVzYnVzMyB1c2J1czAKdWdlbjMuMjogPHZlbmRvciAweDgwODc+IGF0IHVzYnVz Mwp1aHViNDogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNzIDkvMCwgcmV2IDIu MDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czMKdWdlbjAuMjogPHZlbmRvciAweDgwODc+IGF0IHVz YnVzMAp1aHViNTogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNzIDkvMCwgcmV2 IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czAKdWh1YjU6IDYgcG9ydHMgd2l0aCA2IHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMyB1c2J1czAK dWh1YjQ6IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVnZW4wLjM6IDx2 ZW5kb3IgMHgwNGQ5PiBhdCB1c2J1czAKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rl di9hZGEwczFhIFtdLi4uCmxvY2sgb3JkZXIgcmV2ZXJzYWw6CiAxc3QgMHhmZmZmZjgwMDBkM2M1 MDY4IHVmcyAodWZzKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19tb3VudC5jOjg1MQogMm5kIDB4 ZmZmZmY4MDAwZDMzNWQ1MCBkZXZmcyAoZGV2ZnMpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N1 YnIuYzoyMTAxCktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBh dCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyYi9mcmFtZSAweGZmZmZmZTAwZDk3ZDEyOTAKa2Ri X2JhY2t0cmFjZSgpIGF0IGtkYl9iYWNrdHJhY2UrMHgzOS9mcmFtZSAweGZmZmZmZTAwZDk3ZDEz NDAKd2l0bmVzc19jaGVja29yZGVyKCkgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4ZDNhL2ZyYW1l IDB4ZmZmZmZlMDBkOTdkMTNkMApfX2xvY2ttZ3JfYXJncygpIGF0IF9fbG9ja21ncl9hcmdzKzB4 ODZjL2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMTUwMAp2b3Bfc3RkbG9jaygpIGF0IHZvcF9zdGRsb2Nr KzB4M2MvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNTIwClZPUF9MT0NLMV9BUFYoKSBhdCBWT1BfTE9D SzFfQVBWKzB4ZjUvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNTUwCl92bl9sb2NrKCkgYXQgX3ZuX2xv Y2srMHhhYi9mcmFtZSAweGZmZmZmZTAwZDk3ZDE1YzAKdmdldCgpIGF0IHZnZXQrMHg3MC9mcmFt ZSAweGZmZmZmZTAwZDk3ZDE2MTAKZGV2ZnNfYWxsb2N2KCkgYXQgZGV2ZnNfYWxsb2N2KzB4ZmQv ZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNjYwCmRldmZzX3Jvb3QoKSBhdCBkZXZmc19yb290KzB4NDMv ZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNjkwCnZmc19kb25tb3VudCgpIGF0IHZmc19kb25tb3VudCsw eDExNWUvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxOTYwCnN5c19ubW91bnQoKSBhdCBzeXNfbm1vdW50 KzB4NzIvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxOWEwCmFtZDY0X3N5c2NhbGwoKSBhdCBhbWQ2NF9z eXNjYWxsKzB4MjY1L2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMWFiMApYZmFzdF9zeXNjYWxsKCkgYXQg WGZhc3Rfc3lzY2FsbCsweGZiL2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMWFiMAotLS0gc3lzY2FsbCAo Mzc4LCBGcmVlQlNEIEVMRjY0LCBzeXNfbm1vdW50KSwgcmlwID0gMHg4MDBhOWUyMWEsIHJzcCA9 IDB4N2ZmZmZmZmZjY2M4LCByYnAgPSAweDdmZmZmZmZmZDIzMCAtLS0KdW1zMDogPHZlbmRvciAw eDA0ZDkgcHJvZHVjdCAweDA0OTksIGNsYXNzIDAvMCwgcmV2IDEuMTAvMi45MCwgYWRkciAzPiBv biB1c2J1czAKdW1zMDogMyBidXR0b25zIGFuZCBbWFlaXSBjb29yZGluYXRlcyBJRD0wCldBUk5J Tkc6IGF0dGVtcHQgdG8gZG9tYWluX2FkZChuZXRncmFwaCkgYWZ0ZXIgZG9tYWluZmluYWxpemUo KQpsb2NrIG9yZGVyIHJldmVyc2FsOgogMXN0IDB4ZmZmZmZlMDA0MDQyNmRhMCBidWZ3YWl0IChi dWZ3YWl0KSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19iaW8uYzozMDgxCiAybmQgMHhmZmZmZjgw MDBkMzZjNjAwIGRpcmhhc2ggKGRpcmhhc2gpIEAgL3Vzci9zcmMvc3lzL3Vmcy91ZnMvdWZzX2Rp cmhhc2guYzoyODQKS0RCOiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3JhcHBlcigp IGF0IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMTI3MApr ZGJfYmFja3RyYWNlKCkgYXQga2RiX2JhY2t0cmFjZSsweDM5L2ZyYW1lIDB4ZmZmZmZlMDBkOTdk MTMyMAp3aXRuZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhkM2EvZnJh bWUgMHhmZmZmZmUwMGQ5N2QxM2IwCl9zeF94bG9jaygpIGF0IF9zeF94bG9jaysweDc1L2ZyYW1l IDB4ZmZmZmZlMDBkOTdkMTNmMAp1ZnNkaXJoYXNoX2FkZCgpIGF0IHVmc2Rpcmhhc2hfYWRkKzB4 M2IvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNDMwCnVmc19kaXJlbnRlcigpIGF0IHVmc19kaXJlbnRl cisweDY1Yy9mcmFtZSAweGZmZmZmZTAwZDk3ZDE0ZjAKdWZzX21ha2Vpbm9kZSgpIGF0IHVmc19t YWtlaW5vZGUrMHg1NzMvZnJhbWUgMHhmZmZmZmUwMGQ5N2QxNmIwClZPUF9DUkVBVEVfQVBWKCkg YXQgVk9QX0NSRUFURV9BUFYrMHhlYS9mcmFtZSAweGZmZmZmZTAwZDk3ZDE2ZTAKdm5fb3Blbl9j cmVkKCkgYXQgdm5fb3Blbl9jcmVkKzB4MzAwL2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMTgzMAprZXJu X29wZW5hdCgpIGF0IGtlcm5fb3BlbmF0KzB4MjYxL2ZyYW1lIDB4ZmZmZmZlMDBkOTdkMTlhMAph bWQ2NF9zeXNjYWxsKCkgYXQgYW1kNjRfc3lzY2FsbCsweDI2NS9mcmFtZSAweGZmZmZmZTAwZDk3 ZDFhYjAKWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2NhbGwrMHhmYi9mcmFtZSAweGZmZmZm ZTAwZDk3ZDFhYjAKLS0tIHN5c2NhbGwgKDUsIEZyZWVCU0QgRUxGNjQsIHN5c19vcGVuKSwgcmlw ID0gMHg4MDA5M2ViNWEsIHJzcCA9IDB4N2ZmZmZmZmZkOWY4LCByYnAgPSAweDdmZmZmZmZmZGEz MCAtLS0Kc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25v d24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6ODAwMDc0MTAK bG9jayBvcmRlciByZXZlcnNhbDoKIDFzdCAweGZmZmZmODAwMDdjNjA0Yjgga21zbGsgKGttc2xr KSBAIC91c3Ivc3JjL3N5cy9tb2R1bGVzL2RybTIvZHJtMi8uLi8uLi8uLi9kZXYvZHJtMi9kcm1f Y3J0Yy5jOjE5NjAKIDJuZCAweGZmZmZmODAwMDdjNjAwYTAgZHJtc2xrIChkcm1zbGspIEAgL3Vz ci9zcmMvc3lzL21vZHVsZXMvZHJtMi9kcm0yLy4uLy4uLy4uL2Rldi9kcm0yL2RybV9nZW0uYzox ODgKS0RCOiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0IGRiX3Ry YWNlX3NlbGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODViMAprZGJfYmFja3Ry YWNlKCkgYXQga2RiX2JhY2t0cmFjZSsweDM5L2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODY2MAp3aXRu ZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhkM2EvZnJhbWUgMHhmZmZm ZmUwMGQ5ODE4NmYwCl9zeF94bG9jaygpIGF0IF9zeF94bG9jaysweDc1L2ZyYW1lIDB4ZmZmZmZl MDBkOTgxODczMApkcm1fZ2VtX29iamVjdF91bnJlZmVyZW5jZV91bmxvY2tlZCgpIGF0IGRybV9n ZW1fb2JqZWN0X3VucmVmZXJlbmNlX3VubG9ja2VkKzB4MzcvZnJhbWUgMHhmZmZmZmUwMGQ5ODE4 NzYwCnJhZGVvbl9jcnRjX2N1cnNvcl9zZXQoKSBhdCByYWRlb25fY3J0Y19jdXJzb3Jfc2V0KzB4 MzlmL2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODdiMApkcm1fbW9kZV9jdXJzb3JfaW9jdGwoKSBhdCBk cm1fbW9kZV9jdXJzb3JfaW9jdGwrMHhjYS9mcmFtZSAweGZmZmZmZTAwZDk4MTg4MDAKZHJtX2lv Y3RsKCkgYXQgZHJtX2lvY3RsKzB4MzdiL2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODg4MApkZXZmc19p b2N0bF9mKCkgYXQgZGV2ZnNfaW9jdGxfZisweGYwL2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODhlMApr ZXJuX2lvY3RsKCkgYXQga2Vybl9pb2N0bCsweDJjYS9mcmFtZSAweGZmZmZmZTAwZDk4MTg5NTAK c3lzX2lvY3RsKCkgYXQgc3lzX2lvY3RsKzB4MTQyL2ZyYW1lIDB4ZmZmZmZlMDBkOTgxODlhMAph bWQ2NF9zeXNjYWxsKCkgYXQgYW1kNjRfc3lzY2FsbCsweDI2NS9mcmFtZSAweGZmZmZmZTAwZDk4 MThhYjAKWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2NhbGwrMHhmYi9mcmFtZSAweGZmZmZm ZTAwZDk4MThhYjAKLS0tIHN5c2NhbGwgKDU0LCBGcmVlQlNEIEVMRjY0LCBzeXNfaW9jdGwpLCBy aXAgPSAweDgwMmIwNjJiYSwgcnNwID0gMHg3ZmZmZmZmZmQ1NzgsIHJicCA9IDB4N2ZmZmZmZmZk NWEwIC0tLQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGB2bmxy dScgdG8gc3RvcC4uLmRvbmUKCldhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHBy b2Nlc3MgYHN5bmNlcicgdG8gc3RvcC4uLlN5bmNpbmcgZGlza3MsIHZub2RlcyByZW1haW5pbmcu Li4yIDMgMyAzIDIgMyAzIDMgMSAwIDAgMCAwIDAgZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25k cykgZm9yIHN5c3RlbSBwcm9jZXNzIGBidWZkYWVtb24nIHRvIHN0b3AuLi5kb25lCkFsbCBidWZm ZXJzIHN5bmNlZC4KbG9jayBvcmRlciByZXZlcnNhbDoKIDFzdCAweGZmZmZmODAwMGQ2YTAwNjgg dWZzICh1ZnMpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX21vdW50LmM6MTIzNwogMm5kIDB4ZmZm ZmY4MDAwZDVmN2I3OCBzeW5jZXIgKHN5bmNlcikgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vi ci5jOjIyMTIKS0RCOiBzdGFjayBiYWNrdHJhY2U6CmRiX3RyYWNlX3NlbGZfd3JhcHBlcigpIGF0 IGRiX3RyYWNlX3NlbGZfd3JhcHBlcisweDJiL2ZyYW1lIDB4ZmZmZmZlMDBiNTk4NzRkMAprZGJf YmFja3RyYWNlKCkgYXQga2RiX2JhY2t0cmFjZSsweDM5L2ZyYW1lIDB4ZmZmZmZlMDBiNTk4NzU4 MAp3aXRuZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhkM2EvZnJhbWUg MHhmZmZmZmUwMGI1OTg3NjEwCl9fbG9ja21ncl9hcmdzKCkgYXQgX19sb2NrbWdyX2FyZ3MrMHg4 NmMvZnJhbWUgMHhmZmZmZmUwMGI1OTg3NzQwCnZvcF9zdGRsb2NrKCkgYXQgdm9wX3N0ZGxvY2sr MHgzYy9mcmFtZSAweGZmZmZmZTAwYjU5ODc3NjAKVk9QX0xPQ0sxX0FQVigpIGF0IFZPUF9MT0NL MV9BUFYrMHhmNS9mcmFtZSAweGZmZmZmZTAwYjU5ODc3OTAKX3ZuX2xvY2soKSBhdCBfdm5fbG9j aysweGFiL2ZyYW1lIDB4ZmZmZmZlMDBiNTk4NzgwMAp2cHV0eCgpIGF0IHZwdXR4KzB4MjQwL2Zy YW1lIDB4ZmZmZmZlMDBiNTk4Nzg2MApkb3VubW91bnQoKSBhdCBkb3VubW91bnQrMHgzMjcvZnJh bWUgMHhmZmZmZmUwMGI1OTg3OGUwCnZmc191bm1vdW50YWxsKCkgYXQgdmZzX3VubW91bnRhbGwr MHg2MS9mcmFtZSAweGZmZmZmZTAwYjU5ODc5MTAKa2Vybl9yZWJvb3QoKSBhdCBrZXJuX3JlYm9v dCsweDU1OC9mcmFtZSAweGZmZmZmZTAwYjU5ODc5ODAKc3lzX3JlYm9vdCgpIGF0IHN5c19yZWJv b3QrMHg1OC9mcmFtZSAweGZmZmZmZTAwYjU5ODc5YTAKYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0 X3N5c2NhbGwrMHgyNjUvZnJhbWUgMHhmZmZmZmUwMGI1OTg3YWIwClhmYXN0X3N5c2NhbGwoKSBh dCBYZmFzdF9zeXNjYWxsKzB4ZmIvZnJhbWUgMHhmZmZmZmUwMGI1OTg3YWIwCi0tLSBzeXNjYWxs ICg1NSwgRnJlZUJTRCBFTEY2NCwgc3lzX3JlYm9vdCksIHJpcCA9IDB4NDBlY2JjLCByc3AgPSAw eDdmZmZmZmZmZDZkOCwgcmJwID0gMHg3ZmZmZmZmZmQ3YzAgLS0tCmxvY2sgb3JkZXIgcmV2ZXJz YWw6CiAxc3QgMHhmZmZmZjgwMDBkMWYxNjg4IEZGUyAoRkZTIExvY2spIEAgL3Vzci9zcmMvc3lz L3Vmcy91ZnMvdWZzX3F1b3RhLmM6NzE0CiAybmQgMHhmZmZmZjgwMDBkNjc4MzMwIHN0cnVjdCBt b3VudCBtdHggKHN0cnVjdCBtb3VudCBtdHgpIEAgL3Vzci9zcmMvc3lzL3Vmcy91ZnMvdWZzX3F1 b3RhLmM6NzIwCktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBh dCBkYl90cmFjZV9zZWxmX3dyYXBwZXIrMHgyYi9mcmFtZSAweGZmZmZmZTAwYjU5ODc1NTAKa2Ri X2JhY2t0cmFjZSgpIGF0IGtkYl9iYWNrdHJhY2UrMHgzOS9mcmFtZSAweGZmZmZmZTAwYjU5ODc2 MDAKd2l0bmVzc19jaGVja29yZGVyKCkgYXQgd2l0bmVzc19jaGVja29yZGVyKzB4ZDNhL2ZyYW1l IDB4ZmZmZmZlMDBiNTk4NzY5MApfX210eF9sb2NrX2ZsYWdzKCkgYXQgX19tdHhfbG9ja19mbGFn cysweGE2L2ZyYW1lIDB4ZmZmZmZlMDBiNTk4NzZlMApxdW90YW9mZl9pbmNoYW5nZSgpIGF0IHF1 b3Rhb2ZmX2luY2hhbmdlKzB4ODMvZnJhbWUgMHhmZmZmZmUwMGI1OTg3NzIwCmZmc19mbHVzaGZp bGVzKCkgYXQgZmZzX2ZsdXNoZmlsZXMrMHg3ZS9mcmFtZSAweGZmZmZmZTAwYjU5ODc3OTAKc29m dGRlcF9mbHVzaGZpbGVzKCkgYXQgc29mdGRlcF9mbHVzaGZpbGVzKzB4MjRlL2ZyYW1lIDB4ZmZm ZmZlMDBiNTk4NzgwMApmZnNfdW5tb3VudCgpIGF0IGZmc191bm1vdW50KzB4MTU2L2ZyYW1lIDB4 ZmZmZmZlMDBiNTk4Nzg2MApkb3VubW91bnQoKSBhdCBkb3VubW91bnQrMHg0MWYvZnJhbWUgMHhm ZmZmZmUwMGI1OTg3OGUwCnZmc191bm1vdW50YWxsKCkgYXQgdmZzX3VubW91bnRhbGwrMHg2MS9m cmFtZSAweGZmZmZmZTAwYjU5ODc5MTAKa2Vybl9yZWJvb3QoKSBhdCBrZXJuX3JlYm9vdCsweDU1 OC9mcmFtZSAweGZmZmZmZTAwYjU5ODc5ODAKc3lzX3JlYm9vdCgpIGF0IHN5c19yZWJvb3QrMHg1 OC9mcmFtZSAweGZmZmZmZTAwYjU5ODc5YTAKYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0X3N5c2Nh bGwrMHgyNjUvZnJhbWUgMHhmZmZmZmUwMGI1OTg3YWIwClhmYXN0X3N5c2NhbGwoKSBhdCBYZmFz dF9zeXNjYWxsKzB4ZmIvZnJhbWUgMHhmZmZmZmUwMGI1OTg3YWIwCi0tLSBzeXNjYWxsICg1NSwg RnJlZUJTRCBFTEY2NCwgc3lzX3JlYm9vdCksIHJpcCA9IDB4NDBlY2JjLCByc3AgPSAweDdmZmZm ZmZmZDZkOCwgcmJwID0gMHg3ZmZmZmZmZmQ3YzAgLS0tCkNvcHlyaWdodCAoYykgMTk5Mi0yMDEz IFRoZSBGcmVlQlNEIFByb2plY3QuCkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4 NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhl IFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBp cyBhIHJlZ2lzdGVyZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZyZWVC U0QgMTEuMC1DVVJSRU5UICMwIHIyNTkxMjg6IE1vbiBEZWMgIDkgMjI6MDA6MzUgRUVUIDIwMTMK ICAgIHJvb3RAdm0ubWt1c2huaXIuemFwdG8ub3JnOi91c3Ivb2JqL3Vzci9zcmMvc3lzL01BUkVL IGFtZDY0CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjMgKHRhZ3MvUkVMRUFTRV8zMy9maW5hbCAx ODM1MDIpIDIwMTMwNjEwCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCBy ZWR1Y2VkIHBlcmZvcm1hbmNlLgpDUFU6IEludGVsKFIpIENvcmUoVE0pIGk3LTM4MjAgQ1BVIEAg My42MEdIeiAoMzYwMC4xMC1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50 ZWwiICBJZCA9IDB4MjA2ZDcgIEZhbWlseSA9IDB4NiAgTW9kZWwgPSAweDJkICBTdGVwcGluZyA9 IDcKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxD WDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEks TU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHgxZmJlZTNiZjxT U0UzLFBDTE1VTFFEUSxEVEVTNjQsTU9OLERTX0NQTCxWTVgsRVNULFRNMixTU1NFMyxDWDE2LHhU UFIsUERDTSxQQ0lELERDQSxTU0U0LjEsU1NFNC4yLHgyQVBJQyxQT1BDTlQsVFNDRExULEFFU05J LFhTQVZFLE9TWFNBVkUsQVZYPgogIEFNRCBGZWF0dXJlcz0weDJjMTAwODAwPFNZU0NBTEwsTlgs UGFnZTFHQixSRFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4KICBUU0M6IFAtc3Rh dGUgaW52YXJpYW50LCBwZXJmb3JtYW5jZSBzdGF0aXN0aWNzCnJlYWwgbWVtb3J5ICA9IDM0MzU5 NzM4MzY4ICgzMjc2OCBNQikKYXZhaWwgbWVtb3J5ID0gMzMyODE2OTU3NDQgKDMxNzM5IE1CKQpF dmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJsZTogPEFMQVNLQSBB IE0gST4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogOCBDUFVz CkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA0IGNvcmUocykgeCAyIFNNVCB0aHJlYWRzCiBj cHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMQogY3B1MiAoQVAp OiBBUElDIElEOiAgMgogY3B1MyAoQVApOiBBUElDIElEOiAgMwogY3B1NCAoQVApOiBBUElDIElE OiAgNAogY3B1NSAoQVApOiBBUElDIElEOiAgNQogY3B1NiAoQVApOiBBUElDIElEOiAgNgogY3B1 NyAoQVApOiBBUElDIElEOiAgNwppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1v dGhlcmJvYXJkCkN1c2U0QlNEIHYwLjEuMzAgQCAvZGV2L2N1c2UKa2JkMSBhdCBrYmRtdXgwCnJh bmRvbTogPFNvZnR3YXJlLCBZYXJyb3c+IGluaXRpYWxpemVkCnNtYmlvczA6IDxTeXN0ZW0gTWFu YWdlbWVudCBCSU9TPiBhdCBpb21lbSAweGYwNGMwLTB4ZjA0ZGUgb24gbW90aGVyYm9hcmQKc21i aW9zMDogVmVyc2lvbjogMi43LCBCQ0QgUmV2aXNpb246IDIuNwphY3BpMDogPEFMQVNLQSBBIE0g ST4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCmNwdTA6IDxBQ1BJ IENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUyOiA8QUNQSSBDUFU+ IG9uIGFjcGkwCmNwdTM6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1NDogPEFDUEkgQ1BVPiBvbiBh Y3BpMApjcHU1OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTY6IDxBQ1BJIENQVT4gb24gYWNwaTAK Y3B1NzogPEFDUEkgQ1BVPiBvbiBhY3BpMAphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAt MHg0MyBpcnEgMCBvbiBhY3BpMApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgy IEh6IHF1YWxpdHkgMApFdmVudCB0aW1lciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1 YWxpdHkgMTAwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4NzAtMHg3MSBpcnEg OCBvbiBhY3BpMApFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVhbGl0eSAw CmhwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhm ZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6 IHF1YWxpdHkgOTUwCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVh bGl0eSA1NTAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVh bGl0eSA5MDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQg MHg0MDgtMHg0MGIgb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAw eGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTog PEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBjaTAKcGNpMTog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjEKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmlj ZT4gYXQgZGV2aWNlIDEuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBub24tVkdB IGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6 IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAxLjQgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDEu NSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNl PiBhdCBkZXZpY2UgMS42IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5vbi1WR0Eg ZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAxLjcgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjI6 IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCnBjaTI6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5 PiBwb3J0IDB4ZTAwMC0weGUwZmYgbWVtIDB4ZTAwMDAwMDAtMHhlZmZmZmZmZiwweGZiZTIwMDAw LTB4ZmJlMmZmZmYgaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMgpoZGFjMDogPEFUSSBSVjcz MCBIREEgQ29udHJvbGxlcj4gbWVtIDB4ZmJlMzAwMDAtMHhmYmUzM2ZmZiBpcnEgMTcgYXQgZGV2 aWNlIDAuMSBvbiBwY2kyCnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRl dmljZSAyLjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5 IGRldmljZT4gYXQgZGV2aWNlIDIuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBu b24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgMi42IChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAyLjcgKG5vIGRy aXZlciBhdHRhY2hlZCkKcGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2 aWNlIDMuMCBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTA6IDxvbGQs IG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+IGF0IGRldmljZSAzLjQgKG5vIGRyaXZlciBhdHRhY2hl ZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDMuNSAobm8g ZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBk ZXZpY2UgMy42IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxh eSBkZXZpY2U+IGF0IGRldmljZSAzLjcgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2Ug cGVyaXBoZXJhbD4gYXQgZGV2aWNlIDQuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFz ZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxi YXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDog PGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDQuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kw OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC40IChubyBkcml2ZXIgYXR0YWNoZWQpCnBj aTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA0LjUgKG5vIGRyaXZlciBhdHRhY2hlZCkK cGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDQuNiAobm8gZHJpdmVyIGF0dGFjaGVk KQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNC43IChubyBkcml2ZXIgYXR0YWNo ZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA1LjAgKG5vIGRyaXZlciBhdHRh Y2hlZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBkaXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDUuMSAo bm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgNS4y IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxvbGQsIG5vbi1WR0EgZGlzcGxheSBkZXZpY2U+ IGF0IGRldmljZSA1LjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG9sZCwgbm9uLVZHQSBk aXNwbGF5IGRldmljZT4gYXQgZGV2aWNlIDUuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8 b2xkLCBub24tVkdBIGRpc3BsYXkgZGV2aWNlPiBhdCBkZXZpY2UgNS43IChubyBkcml2ZXIgYXR0 YWNoZWQpCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAxNy4w IG9uIHBjaTAKcGNpNDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKcGNpMDogPHNpbXBsZSBjb21t cz4gYXQgZGV2aWNlIDIyLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKZW0wOiA8SW50ZWwoUikgUFJP LzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDcuMy44PiBwb3J0IDB4ZjA0MC0weGYwNWYgbWVtIDB4 ZmJmMDAwMDAtMHhmYmYxZmZmZiwweGZiZjQ4MDAwLTB4ZmJmNDhmZmYgaXJxIDIwIGF0IGRldmlj ZSAyNS4wIG9uIHBjaTAKZW0wOiBVc2luZyBhbiBNU0kgaW50ZXJydXB0CmVtMDogRXRoZXJuZXQg YWRkcmVzczogNzQ6ZDQ6MzU6MTU6ODg6ZWEKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0IgMi4w IGNvbnRyb2xsZXI+IG1lbSAweGZiZjQ3MDAwLTB4ZmJmNDczZmYgaXJxIDE2IGF0IGRldmljZSAy Ni4wIG9uIHBjaTAKdXNidXMwOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMCBvbiBlaGNpMApoZGFj MTogPEludGVsIFBhdHNidXJnIEhEQSBDb250cm9sbGVyPiBtZW0gMHhmYmYyMDAwMC0weGZiZjIz ZmZmIGlycSAyMiBhdCBkZXZpY2UgMjcuMCBvbiBwY2kwCnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gaXJxIDE3IGF0IGRldmljZSAyOC4wIG9uIHBjaTAKcGNpNTogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjUKYWhjaTA6IDxNYXJ2ZWxsIDg4U0U5MTcyIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBw b3J0IDB4ZDA0MC0weGQwNDcsMHhkMDMwLTB4ZDAzMywweGQwMjAtMHhkMDI3LDB4ZDAxMC0weGQw MTMsMHhkMDAwLTB4ZDAwZiBtZW0gMHhmYmQxMDAwMC0weGZiZDEwMWZmIGlycSAxNiBhdCBkZXZp Y2UgMC4wIG9uIHBjaTUKYWhjaTA6IEFIQ0kgdjEuMDAgd2l0aCAyIDZHYnBzIHBvcnRzLCBQb3J0 IE11bHRpcGxpZXIgc3VwcG9ydGVkIHdpdGggRkJTCmFoY2kwOiBxdWlya3M9MHgxMDA8Tk9CU1lS RVM+CmFoY2ljaDA6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhaGNpMAphaGNpY2gx OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDEgb24gYWhjaTAKcGNpYjY6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDI4LjEgb24gcGNpMApwY2k2OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liNgphaGNpMTogPE1hcnZlbGwgODhTRTkxNzIgQUhDSSBTQVRBIGNvbnRyb2xs ZXI+IHBvcnQgMHhjMDQwLTB4YzA0NywweGMwMzAtMHhjMDMzLDB4YzAyMC0weGMwMjcsMHhjMDEw LTB4YzAxMywweGMwMDAtMHhjMDBmIG1lbSAweGZiYzEwMDAwLTB4ZmJjMTAxZmYgaXJxIDE3IGF0 IGRldmljZSAwLjAgb24gcGNpNgphaGNpMTogQUhDSSB2MS4wMCB3aXRoIDIgNkdicHMgcG9ydHMs IFBvcnQgTXVsdGlwbGllciBzdXBwb3J0ZWQgd2l0aCBGQlMKYWhjaTE6IHF1aXJrcz0weDEwMDxO T0JTWVJFUz4KYWhjaWNoMjogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAwIG9uIGFoY2kxCmFo Y2ljaDM6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBvbiBhaGNpMQpwY2liNzogPEFDUEkg UENJLVBDSSBicmlkZ2U+IGlycSAxOCBhdCBkZXZpY2UgMjguMiBvbiBwY2kwCnBjaTc6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWI3CmFoY2kyOiA8TWFydmVsbCA4OFNFOTE3MiBBSENJIFNBVEEgY29u dHJvbGxlcj4gcG9ydCAweGIwNDAtMHhiMDQ3LDB4YjAzMC0weGIwMzMsMHhiMDIwLTB4YjAyNyww eGIwMTAtMHhiMDEzLDB4YjAwMC0weGIwMGYgbWVtIDB4ZmJiMTAwMDAtMHhmYmIxMDFmZiBpcnEg MTggYXQgZGV2aWNlIDAuMCBvbiBwY2k3CmFoY2kyOiBBSENJIHYxLjAwIHdpdGggMiA2R2JwcyBw b3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZCB3aXRoIEZCUwphaGNpMjogcXVpcmtzPTB4 MTAwPE5PQlNZUkVTPgphaGNpY2g0OiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhj aTIKYWhjaWNoNTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kyCnBjaWI4OiA8 QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE5IGF0IGRldmljZSAyOC4zIG9uIHBjaTAKcGNpODog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjgKZndvaGNpMDogPDEzOTQgT3BlbiBIb3N0IENvbnRyb2xs ZXIgSW50ZXJmYWNlPiBwb3J0IDB4YTAwMC0weGEwZmYgbWVtIDB4ZmJhMTAwMDAtMHhmYmExMDdm ZiBpcnEgMTkgYXQgZGV2aWNlIDAuMCBvbiBwY2k4CmZ3b2hjaTA6IE9IQ0kgdmVyc2lvbiAxLjAg KFJPTT0xKQpmd29oY2kwOiBOby4gb2YgSXNvY2hyb25vdXMgY2hhbm5lbHMgaXMgNC4KZndvaGNp MDogRVVJNjQgZmY6MDA6MDA6MDA6MDA6MDA6MDA6MDAKZndvaGNpMDogUGh5IDEzOTRhIGF2YWls YWJsZSBTNDAwLCAyIHBvcnRzLgpmd29oY2kwOiBMaW5rIFMxMDAsIG1heF9yZWMgMjA0OCBieXRl cy4KZmlyZXdpcmUwOiA8SUVFRTEzOTQoRmlyZVdpcmUpIGJ1cz4gb24gZndvaGNpMApmd29oY2kw OiBJbml0aWF0ZSBidXMgcmVzZXQKZndvaGNpMDogZndvaGNpX2ludHJfY29yZTogQlVTIHJlc2V0 CmZ3b2hjaTA6IGZ3b2hjaV9pbnRyX2NvcmU6IG5vZGVfaWQ9MHgwMDAwMDAwMCwgU2VsZklEIENv dW50PTEsIENZQ0xFTUFTVEVSIG1vZGUKYXRhcGNpMDogPFZJQSBBVEEgY29udHJvbGxlcj4gcG9y dCAweGExNDAtMHhhMTQ3LDB4YTEzMC0weGExMzMsMHhhMTIwLTB4YTEyNywweGExMTAtMHhhMTEz LDB4YTEwMC0weGExMGYgaXJxIDE5IGF0IGRldmljZSAwLjEgb24gcGNpOAphdGEyOiA8QVRBIGNo YW5uZWw+IGF0IGNoYW5uZWwgMCBvbiBhdGFwY2kwCmF0YTM6IDxBVEEgY2hhbm5lbD4gYXQgY2hh bm5lbCAxIG9uIGF0YXBjaTAKcGNpYjk6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQg ZGV2aWNlIDI4LjUgb24gcGNpMApwY2k5OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liOQp4aGNpMDog PFhIQ0kgKGdlbmVyaWMpIFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4ZmI5MDAwMDAtMHhmYjkw ZmZmZiwweGZiOTExMDAwLTB4ZmI5MTFmZmYsMHhmYjkxMDAwMC0weGZiOTEwZmZmIGlycSAxNyBh dCBkZXZpY2UgMC4wIG9uIHBjaTkKeGhjaTA6IDMyIGJ5dGUgY29udGV4dCBzaXplLgp1c2J1czEg b24geGhjaTAKcGNpYjEwOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmljZSAy OC42IG9uIHBjaTAKcGNpMTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxMAp4aGNpMTogPFhIQ0kg KGdlbmVyaWMpIFVTQiAzLjAgY29udHJvbGxlcj4gbWVtIDB4ZmI4MDAwMDAtMHhmYjgwZmZmZiww eGZiODExMDAwLTB4ZmI4MTFmZmYsMHhmYjgxMDAwMC0weGZiODEwZmZmIGlycSAxOCBhdCBkZXZp Y2UgMC4wIG9uIHBjaTEwCnhoY2kxOiAzMiBieXRlIGNvbnRleHQgc2l6ZS4KdXNidXMyIG9uIHho Y2kxCmVoY2kxOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmYmY0 NjAwMC0weGZiZjQ2M2ZmIGlycSAyMyBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVzYnVzMzogRUhD SSB2ZXJzaW9uIDEuMAp1c2J1czMgb24gZWhjaTEKcGNpYjExOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2kxMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEx CnJlMDogPFJlYWxUZWsgODE2OS84MTY5Uy84MTY5U0IoTCkvODExMFMvODExMFNCKEwpIEdpZ2Fi aXQgRXRoZXJuZXQ+IHBvcnQgMHg5MDAwLTB4OTBmZiBtZW0gMHhmYjcxMDAwMC0weGZiNzEwMGZm IGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTExCnJlMDogQ2hpcCByZXYuIDB4MTAwMDAwMDAK cmUwOiBNQUMgcmV2LiAweDAwMDAwMDAwCm1paWJ1czA6IDxNSUkgYnVzPiBvbiByZTAKcmdlcGh5 MDogPFJUTDgxNjlTLzgxMTBTLzgyMTEgMTAwMEJBU0UtVCBtZWRpYSBpbnRlcmZhY2U+IFBIWSAx IG9uIG1paWJ1czAKcmdlcGh5MDogIG5vbmUsIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMGJhc2VU LUZEWC1mbG93LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMGJhc2VUWC1GRFgtZmxvdywg MTAwMGJhc2VULCAxMDAwYmFzZVQtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLCAxMDAwYmFzZVQtRkRY LW1hc3RlciwgMTAwMGJhc2VULUZEWC1mbG93LCAxMDAwYmFzZVQtRkRYLWZsb3ctbWFzdGVyLCBh dXRvLCBhdXRvLWZsb3cKcmUwOiBFdGhlcm5ldCBhZGRyZXNzOiAxNDpkYTplOTpmMTo1MjoyNgpp c2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0Eg YnVzPiBvbiBpc2FiMAphaGNpMzogPEludGVsIFBhdHNidXJnIEFIQ0kgU0FUQSBjb250cm9sbGVy PiBwb3J0IDB4ZjA5MC0weGYwOTcsMHhmMDgwLTB4ZjA4MywweGYwNzAtMHhmMDc3LDB4ZjA2MC0w eGYwNjMsMHhmMDIwLTB4ZjAzZiBtZW0gMHhmYmY0NTAwMC0weGZiZjQ1N2ZmIGlycSAxOSBhdCBk ZXZpY2UgMzEuMiBvbiBwY2kwCmFoY2kzOiBBSENJIHYxLjMwIHdpdGggNiA2R2JwcyBwb3J0cywg UG9ydCBNdWx0aXBsaWVyIG5vdCBzdXBwb3J0ZWQKYWhjaWNoNjogPEFIQ0kgY2hhbm5lbD4gYXQg Y2hhbm5lbCAwIG9uIGFoY2kzCmFoY2ljaDc6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMSBv biBhaGNpMwphaGNpZW0wOiA8QUhDSSBlbmNsb3N1cmUgbWFuYWdlbWVudCBicmlkZ2U+IG9uIGFo Y2kzCmljaHNtYjA6IDxJbnRlbCBQYXRzYnVyZyBTTUJ1cyBjb250cm9sbGVyPiBwb3J0IDB4ZjAw MC0weGYwMWYgbWVtIDB4ZmJmNDQwMDAtMHhmYmY0NDBmZiBpcnEgMTggYXQgZGV2aWNlIDMxLjMg b24gcGNpMApzbWJ1czA6IDxTeXN0ZW0gTWFuYWdlbWVudCBCdXM+IG9uIGljaHNtYjAKc21iMDog PFNNQnVzIGdlbmVyaWMgSS9PPiBvbiBzbWJ1czAKcGNpYjEyOiA8QUNQSSBIb3N0LVBDSSBicmlk Z2U+IG9uIGFjcGkwCnBjaTI1NTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEyCnBjaTI1NTogPGJh c2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDguMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6 IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA4LjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNp MjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgOC40IChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDkuMCAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA5LjMgKG5vIGRyaXZlciBh dHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgOS40IChubyBkcml2 ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEwLjAgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTAu MSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmlj ZSAxMC4yIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQg ZGV2aWNlIDEwLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFs PiBhdCBkZXZpY2UgMTEuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlw aGVyYWw+IGF0IGRldmljZSAxMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2Ug cGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEyLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8 YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTIuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2ky NTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxMi42IChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEyLjcgKG5vIGRyaXZlciBhdHRh Y2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTMuMCAobm8gZHJpdmVy IGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxMy4xIChubyBk cml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDEzLjYg KG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2Ug MTQuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxkYXNwPiBhdCBkZXZpY2UgMTQuMSAo bm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAx NS4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2 aWNlIDE1LjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBh dCBkZXZpY2UgMTUuMiAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVy YWw+IGF0IGRldmljZSAxNS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVy aXBoZXJhbD4gYXQgZGV2aWNlIDE1LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFz ZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTUuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6 IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNS42IChubyBkcml2ZXIgYXR0YWNoZWQpCnBj aTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE2LjAgKG5vIGRyaXZlciBhdHRhY2hl ZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTYuMSAobm8gZHJpdmVyIGF0 dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSAxNi4yIChubyBkcml2 ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE2LjMgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgMTYu NCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmlj ZSAxNi41IChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2UgcGVyaXBoZXJhbD4gYXQg ZGV2aWNlIDE2LjYgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFs PiBhdCBkZXZpY2UgMTYuNyAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kyNTU6IDxiYXNlIHBlcmlw aGVyYWw+IGF0IGRldmljZSAxNy4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTI1NTogPGJhc2Ug cGVyaXBoZXJhbD4gYXQgZGV2aWNlIDE5LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8 ZGFzcD4gYXQgZGV2aWNlIDE5LjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8ZGFzcD4g YXQgZGV2aWNlIDE5LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8ZGFzcD4gYXQgZGV2 aWNlIDE5LjUgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMjU1OiA8YmFzZSBwZXJpcGhlcmFsPiBh dCBkZXZpY2UgMTkuNiAobm8gZHJpdmVyIGF0dGFjaGVkKQphY3BpX2J1dHRvbjA6IDxQb3dlciBC dXR0b24+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBv cnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBv biBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KdWFydDA6IDwx NjU1MCBvciBjb21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24g YWNwaTAKaWNod2QwIG9uIGlzYTAKb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhj MDAwMC0weGNmZmZmLDB4ZDAwMDAtMHhkM2ZmZiBvbiBpc2EwCmNvcmV0ZW1wMDogPENQVSBPbi1E aWUgVGhlcm1hbCBTZW5zb3JzPiBvbiBjcHUwCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJl cXVlbmN5IENvbnRyb2w+IG9uIGNwdTAKcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENv bnRyb2w+IG9uIGNwdTAKY29yZXRlbXAxOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9u IGNwdTEKZXN0MTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1 MQpwNHRjYzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpjb3JldGVt cDI6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1Mgplc3QyOiA8RW5oYW5jZWQg U3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUyCnA0dGNjMjogPENQVSBGcmVxdWVu Y3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUyCmNvcmV0ZW1wMzogPENQVSBPbi1EaWUgVGhlcm1h bCBTZW5zb3JzPiBvbiBjcHUzCmVzdDM6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENv bnRyb2w+IG9uIGNwdTMKcDR0Y2MzOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9u IGNwdTMKY29yZXRlbXA0OiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTQKZXN0 NDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NApwNHRjYzQ6 IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NApjb3JldGVtcDU6IDxDUFUg T24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1NQplc3Q1OiA8RW5oYW5jZWQgU3BlZWRTdGVw IEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU1CnA0dGNjNTogPENQVSBGcmVxdWVuY3kgVGhlcm1h bCBDb250cm9sPiBvbiBjcHU1CmNvcmV0ZW1wNjogPENQVSBPbi1EaWUgVGhlcm1hbCBTZW5zb3Jz PiBvbiBjcHU2CmVzdDY6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9u IGNwdTYKcDR0Y2M2OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTYKY29y ZXRlbXA3OiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNvcnM+IG9uIGNwdTcKZXN0NzogPEVuaGFu Y2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NwpwNHRjYzc6IDxDUFUgRnJl cXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NwpUaW1lY291bnRlcnMgdGljayBldmVyeSAx LjAwMCBtc2VjCmZpcmV3aXJlMDogMSBub2RlcywgbWF4aG9wIDw9IDAgY2FibGUgSVJNIGlybSgw KSAgKG1lKSAKZmlyZXdpcmUwOiBidXMgbWFuYWdlciAwIAppcGZ3MiAoK2lwdjYpIGluaXRpYWxp emVkLCBkaXZlcnQgZW5hYmxlZCwgbmF0IGxvYWRhYmxlLCBkZWZhdWx0IHRvIGRlbnksIGxvZ2dp bmcgZGlzYWJsZWQKRFVNTVlORVQgMCB3aXRoIElQdjYgaW5pdGlhbGl6ZWQgKDEwMDQwOSkKbG9h ZF9kbl9zY2hlZCBkbl9zY2hlZCBGSUZPIGxvYWRlZApsb2FkX2RuX3NjaGVkIGRuX3NjaGVkIFBS SU8gbG9hZGVkCmxvYWRfZG5fc2NoZWQgZG5fc2NoZWQgUUZRIGxvYWRlZApsb2FkX2RuX3NjaGVk IGRuX3NjaGVkIFJSIGxvYWRlZApsb2FkX2RuX3NjaGVkIGRuX3NjaGVkIFdGMlErIGxvYWRlZApo ZGFjYzA6IDxBVEkgUjZ4eCBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEwOiA8QVRJ IFI2eHggQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMApwY20wOiA8QVRJ IFI2eHggKEhETUkpPiBhdCBuaWQgMyBvbiBoZGFhMApoZGFjYzE6IDxSZWFsdGVrIEFMQzg5MiBI REEgQ09ERUM+IGF0IGNhZCAyIG9uIGhkYWMxCmhkYWExOiA8UmVhbHRlayBBTEM4OTIgQXVkaW8g RnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMQpwY20xOiA8UmVhbHRlayBBTEM4OTIg KFJlYXIgQW5hbG9nIDcuMS8yLjApPiBhdCBuaWQgMjAsMjIsMjEsMjMgYW5kIDI0LDI2IG9uIGhk YWExCnBjbTI6IDxSZWFsdGVrIEFMQzg5MiAoRnJvbnQgQW5hbG9nKT4gYXQgbmlkIDI3IGFuZCAy NSBvbiBoZGFhMQpwY20zOiA8UmVhbHRlayBBTEM4OTIgKE9uYm9hcmQgRGlnaXRhbCk+IGF0IG5p ZCAxNyBvbiBoZGFhMQpwY200OiA8UmVhbHRlayBBTEM4OTIgKFJlYXIgRGlnaXRhbCk+IGF0IG5p ZCAzMCBvbiBoZGFhMQpyYW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLgp1c2J1czA6IDQ4ME1icHMg SGlnaCBTcGVlZCBVU0IgdjIuMAp1c2J1czE6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAK dWdlbjAuMTogPEludGVsPiBhdCB1c2J1czAKdWh1YjA6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMwCnVnZW4xLjE6IDwweDFi NzM+IGF0IHVzYnVzMQp1aHViMTogPDB4MWI3MyBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJl diAzLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVzYnVzMjogNS4wR2JwcyBTdXBlciBTcGVl ZCBVU0IgdjMuMAp1c2J1czM6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1Z2VuMi4xOiA8 MHgxYjczPiBhdCB1c2J1czIKdWh1YjI6IDwweDFiNzMgWEhDSSByb290IEhVQiwgY2xhc3MgOS8w LCByZXYgMy4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8SW50ZWw+IGF0IHVz YnVzMwp1aHViMzogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4w MCwgYWRkciAxPiBvbiB1c2J1czMKdWh1YjE6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkCnVodWIyOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAph ZGEwIGF0IGFoY2ljaDYgYnVzIDAgc2NidXM4IHRhcmdldCAwIGx1biAwCmFkYTA6IDxXREMgV0Qx MDAyRkFFWC0wMFozQTAgMDUuMDFEMDU+IEFUQS04IFNBVEEgMy54IGRldmljZQphZGEwOiBTZXJp YWwgTnVtYmVyIFdELVdDQVRSNTExNDkwMgphZGEwOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNB VEEgMy54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMDogQ29tbWFuZCBRdWV1ZWluZyBlbmFi bGVkCmFkYTA6IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1Mv VCAxNjM4M0MpCmFkYTA6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkMjAKYWRhMSBhdCBhaGNp Y2g3IGJ1cyAwIHNjYnVzOSB0YXJnZXQgMCBsdW4gMAphZGExOiA8U1QzMjUwNjIwQVMgMy5BQUM+ IEFUQS03IFNBVEEgMS54IGRldmljZQphZGExOiBTZXJpYWwgTnVtYmVyIDVRRTBKWFpMCmFkYTE6 IDE1MC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAxLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQph ZGExOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92 YWJsZSwgc2VsZiBwb3dlcmVkCmFkYTE6IDIzODQ3NU1CICg0ODgzOTcxNjggNTEyIGJ5dGUgc2Vj dG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMTogUHJldmlvdXNseSB3YXMga25vd24gYXMgYWQy MgpwYXNzMiBhdCBhaGNpZW0wIGJ1cyAwIHNjYnVzMTAgdGFyZ2V0IDAgbHVuIDAKcGFzczI6IDxB SENJIFNHUElPIEVuY2xvc3VyZSAxLjAwIDAwMDE+IFNFTUIgUy1FLVMgMi4wMCBkZXZpY2UKdWh1 YjM6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCk5ldHZzYyBpbml0aWFs aXppbmcuLi4gU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhClNNUDogQVAgQ1BVICM0IExhdW5jaGVk IQpTTVA6IEFQIENQVSAjNiBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzUgTGF1bmNoZWQhClNNUDog QVAgQ1BVICMyIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNyBMYXVuY2hlZCEKU01QOiBBUCBDUFUg IzMgTGF1bmNoZWQhCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1 Y2VkIHBlcmZvcm1hbmNlLgpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czMgdXNidXMwCnVn ZW4wLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czAKdWh1YjQ6IDx2ZW5kb3IgMHg4MDg3IHBy b2R1Y3QgMHgwMDI0LCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDAsIGFkZHIgMj4gb24gdXNidXMw CnVnZW4zLjI6IDx2ZW5kb3IgMHg4MDg3PiBhdCB1c2J1czMKdWh1YjU6IDx2ZW5kb3IgMHg4MDg3 IHByb2R1Y3QgMHgwMDI0LCBjbGFzcyA5LzAsIHJldiAyLjAwLzAuMDAsIGFkZHIgMj4gb24gdXNi dXMzClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMyB1c2J1czAKdWh1YjQ6IDYgcG9ydHMg d2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI1OiA4IHBvcnRzIHdpdGggOCByZW1v dmFibGUsIHNlbGYgcG93ZXJlZAp1Z2VuMC4zOiA8dmVuZG9yIDB4MDRkOT4gYXQgdXNidXMwClRy eWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWRhMHMxYSBbXS4uLgpsb2NrIG9yZGVy IHJldmVyc2FsOgogMXN0IDB4ZmZmZmY4MDAwZTViN2Q1MCB1ZnMgKHVmcykgQCAvdXNyL3NyYy9z eXMva2Vybi92ZnNfbW91bnQuYzo4NTEKIDJuZCAweGZmZmZmODAwMGU1YjdiNzggZGV2ZnMgKGRl dmZzKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6MjEwMQpLREI6IHN0YWNrIGJhY2t0 cmFjZToKZGJfdHJhY2Vfc2VsZl93cmFwcGVyKCkgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4 MmIvZnJhbWUgMHhmZmZmZmUwMGQ5N2JkMjkwCmtkYl9iYWNrdHJhY2UoKSBhdCBrZGJfYmFja3Ry YWNlKzB4MzkvZnJhbWUgMHhmZmZmZmUwMGQ5N2JkMzQwCndpdG5lc3NfY2hlY2tvcmRlcigpIGF0 IHdpdG5lc3NfY2hlY2tvcmRlcisweGQzYS9mcmFtZSAweGZmZmZmZTAwZDk3YmQzZDAKX19sb2Nr bWdyX2FyZ3MoKSBhdCBfX2xvY2ttZ3JfYXJncysweDg2Yy9mcmFtZSAweGZmZmZmZTAwZDk3YmQ1 MDAKdm9wX3N0ZGxvY2soKSBhdCB2b3Bfc3RkbG9jaysweDNjL2ZyYW1lIDB4ZmZmZmZlMDBkOTdi ZDUyMApWT1BfTE9DSzFfQVBWKCkgYXQgVk9QX0xPQ0sxX0FQVisweGY1L2ZyYW1lIDB4ZmZmZmZl MDBkOTdiZDU1MApfdm5fbG9jaygpIGF0IF92bl9sb2NrKzB4YWIvZnJhbWUgMHhmZmZmZmUwMGQ5 N2JkNWMwCnZnZXQoKSBhdCB2Z2V0KzB4NzAvZnJhbWUgMHhmZmZmZmUwMGQ5N2JkNjEwCmRldmZz X2FsbG9jdigpIGF0IGRldmZzX2FsbG9jdisweGZkL2ZyYW1lIDB4ZmZmZmZlMDBkOTdiZDY2MApk ZXZmc19yb290KCkgYXQgZGV2ZnNfcm9vdCsweDQzL2ZyYW1lIDB4ZmZmZmZlMDBkOTdiZDY5MAp2 ZnNfZG9ubW91bnQoKSBhdCB2ZnNfZG9ubW91bnQrMHgxMTVlL2ZyYW1lIDB4ZmZmZmZlMDBkOTdi ZDk2MApzeXNfbm1vdW50KCkgYXQgc3lzX25tb3VudCsweDcyL2ZyYW1lIDB4ZmZmZmZlMDBkOTdi ZDlhMAphbWQ2NF9zeXNjYWxsKCkgYXQgYW1kNjRfc3lzY2FsbCsweDI2NS9mcmFtZSAweGZmZmZm ZTAwZDk3YmRhYjAKWGZhc3Rfc3lzY2FsbCgpIGF0IFhmYXN0X3N5c2NhbGwrMHhmYi9mcmFtZSAw eGZmZmZmZTAwZDk3YmRhYjAKLS0tIHN5c2NhbGwgKDM3OCwgRnJlZUJTRCBFTEY2NCwgc3lzX25t b3VudCksIHJpcCA9IDB4ODAwYTllMjFhLCByc3AgPSAweDdmZmZmZmZmY2NjOCwgcmJwID0gMHg3 ZmZmZmZmZmQyMzAgLS0tCnVtczA6IDx2ZW5kb3IgMHgwNGQ5IHByb2R1Y3QgMHgwNDk5LCBjbGFz cyAwLzAsIHJldiAxLjEwLzIuOTAsIGFkZHIgMz4gb24gdXNidXMwCnVtczA6IDMgYnV0dG9ucyBh bmQgW1hZWl0gY29vcmRpbmF0ZXMgSUQ9MApXQVJOSU5HOiBhdHRlbXB0IHRvIGRvbWFpbl9hZGQo bmV0Z3JhcGgpIGFmdGVyIGRvbWFpbmZpbmFsaXplKCkKbG9jayBvcmRlciByZXZlcnNhbDoKIDFz dCAweGZmZmZmZTAwNDA0MjZkYTAgYnVmd2FpdCAoYnVmd2FpdCkgQCAvdXNyL3NyYy9zeXMva2Vy bi92ZnNfYmlvLmM6MzA4MQogMm5kIDB4ZmZmZmY4MDAwZTFlYzQwMCBkaXJoYXNoIChkaXJoYXNo KSBAIC91c3Ivc3JjL3N5cy91ZnMvdWZzL3Vmc19kaXJoYXNoLmM6Mjg0CktEQjogc3RhY2sgYmFj a3RyYWNlOgpkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBhdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIr MHgyYi9mcmFtZSAweGZmZmZmZTAwZDk4NzkyNzAKa2RiX2JhY2t0cmFjZSgpIGF0IGtkYl9iYWNr dHJhY2UrMHgzOS9mcmFtZSAweGZmZmZmZTAwZDk4NzkzMjAKd2l0bmVzc19jaGVja29yZGVyKCkg YXQgd2l0bmVzc19jaGVja29yZGVyKzB4ZDNhL2ZyYW1lIDB4ZmZmZmZlMDBkOTg3OTNiMApfc3hf eGxvY2soKSBhdCBfc3hfeGxvY2srMHg3NS9mcmFtZSAweGZmZmZmZTAwZDk4NzkzZjAKdWZzZGly aGFzaF9hZGQoKSBhdCB1ZnNkaXJoYXNoX2FkZCsweDNiL2ZyYW1lIDB4ZmZmZmZlMDBkOTg3OTQz MAp1ZnNfZGlyZW50ZXIoKSBhdCB1ZnNfZGlyZW50ZXIrMHg2NWMvZnJhbWUgMHhmZmZmZmUwMGQ5 ODc5NGYwCnVmc19tYWtlaW5vZGUoKSBhdCB1ZnNfbWFrZWlub2RlKzB4NTczL2ZyYW1lIDB4ZmZm ZmZlMDBkOTg3OTZiMApWT1BfQ1JFQVRFX0FQVigpIGF0IFZPUF9DUkVBVEVfQVBWKzB4ZWEvZnJh bWUgMHhmZmZmZmUwMGQ5ODc5NmUwCnZuX29wZW5fY3JlZCgpIGF0IHZuX29wZW5fY3JlZCsweDMw MC9mcmFtZSAweGZmZmZmZTAwZDk4Nzk4MzAKa2Vybl9vcGVuYXQoKSBhdCBrZXJuX29wZW5hdCsw eDI2MS9mcmFtZSAweGZmZmZmZTAwZDk4Nzk5YTAKYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0X3N5 c2NhbGwrMHgyNjUvZnJhbWUgMHhmZmZmZmUwMGQ5ODc5YWIwClhmYXN0X3N5c2NhbGwoKSBhdCBY ZmFzdF9zeXNjYWxsKzB4ZmIvZnJhbWUgMHhmZmZmZmUwMGQ5ODc5YWIwCi0tLSBzeXNjYWxsICg1 LCBGcmVlQlNEIEVMRjY0LCBzeXNfb3BlbiksIHJpcCA9IDB4ODAwOTNlYjVhLCByc3AgPSAweDdm ZmZmZmZmZDlmOCwgcmJwID0gMHg3ZmZmZmZmZmRhMzAgLS0tCmluZm86IFtkcm1dIEluaXRpYWxp emVkIGRybSAxLjEuMCAyMDA2MDgxMApkcm1uMDogPEFUSSBSYWRlb24gSEQgNDM1MD4gb24gdmdh cGNpMAppbmZvOiBbZHJtXSBNU0kgZW5hYmxlZCAxIG1lc3NhZ2UocykKaW5mbzogW2RybV0gUkFE RU9OX0lTX1BDSUUKaW5mbzogW2RybV0gaW5pdGlhbGl6aW5nIGtlcm5lbCBtb2Rlc2V0dGluZyAo UlY3MTAgMHgxMDAyOjB4OTU0RiAweDEwNDM6MHgwMzU0KS4KaW5mbzogW2RybV0gcmVnaXN0ZXIg bW1pbyBiYXNlOiAweEZCRTIwMDAwCmluZm86IFtkcm1dIHJlZ2lzdGVyIG1taW8gc2l6ZTogNjU1 MzYKaW5mbzogW2RybV0gcmFkZW9uX2F0cm1fZ2V0X2Jpb3M6ID09PT4gVHJ5IEFUUk0uLi4KaW5m bzogW2RybV0gcmFkZW9uX2F0cm1fZ2V0X2Jpb3M6IHBjaV9maW5kX2NsYXNzKCkgZm91bmQ6IDA6 MjowOjAsIHZlbmRvcj0xMDAyLCBkZXZpY2U9OTU0ZgppbmZvOiBbZHJtXSByYWRlb25fYXRybV9n ZXRfYmlvczogR2V0IEFDUEkgZGV2aWNlIGhhbmRsZQppbmZvOiBbZHJtXSByYWRlb25fYWNwaV92 ZmN0X2Jpb3M6ID09PT4gVHJ5IFZGQ1QuLi4KaW5mbzogW2RybV0gcmFkZW9uX2FjcGlfdmZjdF9i aW9zOiBHZXQgIlZGQ1QiIEFDUEkgdGFibGUKaW5mbzogW2RybV0gcmFkZW9uX2FjcGlfdmZjdF9i aW9zOiBGYWlsZWQgdG8gZ2V0ICJWRkNUIiB0YWJsZTogQUVfTk9UX0ZPVU5ECmluZm86IFtkcm1d IGlncF9yZWFkX2Jpb3NfZnJvbV92cmFtOiA9PT0+IFRyeSBJR1AncyBWUkFNLi4uCmluZm86IFtk cm1dIGlncF9yZWFkX2Jpb3NfZnJvbV92cmFtOiBWUkFNIGJhc2UgYWRkcmVzczogMHhlMDAwMDAw MAppbmZvOiBbZHJtXSBpZ3BfcmVhZF9iaW9zX2Zyb21fdnJhbTogTWFwIGFkZHJlc3M6IDB4ZmZm ZmY4MDBlMDAwMDAwMCAoMjYyMTQ0IGJ5dGVzKQppbmZvOiBbZHJtXSBpZ3BfcmVhZF9iaW9zX2Zy b21fdnJhbTogSW5jb3JyZWN0IEJJT1Mgc2lnbmF0dXJlOiAweEZGRkYKaW5mbzogW2RybV0gcmFk ZW9uX3JlYWRfYmlvczogPT09PiBUcnkgUENJIEV4cGFuc2lvbiBST00uLi4KaW5mbzogW2RybV0g cmFkZW9uX3JlYWRfYmlvczogTWFwIGFkZHJlc3M6IDB4ZmZmZmY4MDAwMDBjMDAwMCAoMTMxMDcy IGJ5dGVzKQppbmZvOiBbZHJtXSBBVE9NIEJJT1M6IDk1NEYuMTEuMjIuNi4wLkFTMDQKZHJtbjA6 IGluZm86IFZSQU06IDEwMjRNIDB4MDAwMDAwMDAwMDAwMDAwMCAtIDB4MDAwMDAwMDAzRkZGRkZG RiAoMTAyNE0gdXNlZCkKZHJtbjA6IGluZm86IEdUVDogNTEyTSAweDAwMDAwMDAwNDAwMDAwMDAg LSAweDAwMDAwMDAwNUZGRkZGRkYKaW5mbzogW2RybV0gRGV0ZWN0ZWQgVlJBTSBSQU09MTAyNE0s IEJBUj0yNTZNCmluZm86IFtkcm1dIFJBTSB3aWR0aCA2NGJpdHMgRERSCltUVE1dIFpvbmUgIGtl cm5lbDogQXZhaWxhYmxlIGdyYXBoaWNzIG1lbW9yeTogMTY3Mjc2Njgga2lCCltUVE1dIFpvbmUg ICBkbWEzMjogQXZhaWxhYmxlIGdyYXBoaWNzIG1lbW9yeTogMjA5NzE1MiBraUIKW1RUTV0gSW5p dGlhbGl6aW5nIHBvb2wgYWxsb2NhdG9yCmluZm86IFtkcm1dIHJhZGVvbjogMTAyNE0gb2YgVlJB TSBtZW1vcnkgcmVhZHkKaW5mbzogW2RybV0gcmFkZW9uOiA1MTJNIG9mIEdUVCBtZW1vcnkgcmVh ZHkuCmluZm86IFtkcm1dIFN1cHBvcnRzIHZibGFuayB0aW1lc3RhbXAgY2FjaGluZyBSZXYgMSAo MTAuMTAuMjAxMCkuCmluZm86IFtkcm1dIERyaXZlciBzdXBwb3J0cyBwcmVjaXNlIHZibGFuayB0 aW1lc3RhbXAgcXVlcnkuCmluZm86IFtkcm1dIHJhZGVvbjogaXJxIGluaXRpYWxpemVkLgppbmZv OiBbZHJtXSBHQVJUOiBudW0gY3B1IHBhZ2VzIDEzMTA3MiwgbnVtIGdwdSBwYWdlcyAxMzEwNzIK aW5mbzogW2RybV0gcHJvYmluZyBnZW4gMiBjYXBzIGZvciBkZXZpY2UgODA4NjozYzA0ID0gMy9l CmluZm86IFtkcm1dIGVuYWJsaW5nIFBDSUUgZ2VuIDIgbGluayBzcGVlZHMsIGRpc2FibGUgd2l0 aCByYWRlb24ucGNpZV9nZW4yPTAKaW5mbzogW2RybV0gTG9hZGluZyBSVjcxMCBNaWNyb2NvZGUK aW5mbzogW2RybV0gUENJRSBHQVJUIG9mIDUxMk0gZW5hYmxlZCAodGFibGUgYXQgMHgwMDAwMDAw MDAwMDQwMDAwKS4KZHJtbjA6IGluZm86IFdCIGVuYWJsZWQKZHJtbjA6IGluZm86IGZlbmNlIGRy aXZlciBvbiByaW5nIDAgdXNlIGdwdSBhZGRyIDB4MDAwMDAwMDA0MDAwMGMwMCBhbmQgY3B1IGFk ZHIgMHgweGZmZmZmODAxZWUxNmJjMDAKZHJtbjA6IGluZm86IGZlbmNlIGRyaXZlciBvbiByaW5n IDMgdXNlIGdwdSBhZGRyIDB4MDAwMDAwMDA0MDAwMGMwYyBhbmQgY3B1IGFkZHIgMHgweGZmZmZm ODAxZWUxNmJjMGMKaW5mbzogW2RybV0gcmluZyB0ZXN0IG9uIDAgc3VjY2VlZGVkIGluIDEgdXNl Y3MKaW5mbzogW2RybV0gcmluZyB0ZXN0IG9uIDMgc3VjY2VlZGVkIGluIDEgdXNlY3MKaW5mbzog W2RybV0gaWIgdGVzdCBvbiByaW5nIDAgc3VjY2VlZGVkIGluIDAgdXNlY3MKaW5mbzogW2RybV0g aWIgdGVzdCBvbiByaW5nIDMgc3VjY2VlZGVkIGluIDAgdXNlY3MKaW5mbzogW2RybV0gcmFkZW9u X2RldmljZV9pbml0OiBUYWtpbmcgb3ZlciB0aGUgZmljdGl0aW91cyByYW5nZSAweGUwMDAwMDAw LTB4ZjAwMDAwMDAKaWljYnVzMDogPFBoaWxpcHMgSTJDIGJ1cz4gb24gaWljYmIwIGFkZHIgMHhm ZgppaWMwOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMwCmlpY2J1czE6IDxQaGlsaXBzIEky QyBidXM+IG9uIGlpY2JiMSBhZGRyIDB4ZmYKaWljMTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWlj YnVzMQppaWNidXMyOiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjIgYWRkciAweGZmCmlpYzI6 IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czIKaWljYnVzMzogPFBoaWxpcHMgSTJDIGJ1cz4g b24gaWljYmIzIGFkZHIgMHhmZgppaWMzOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMzCmlp Y2J1czQ6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiNCBhZGRyIDB4ZmYKaWljNDogPEkyQyBn ZW5lcmljIEkvTz4gb24gaWljYnVzNAppaWNidXM1OiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNi YjUgYWRkciAweGZmCmlpYzU6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czUKaWljYnVzNjog PFBoaWxpcHMgSTJDIGJ1cz4gb24gaWljYmI2IGFkZHIgMHhmZgppaWM2OiA8STJDIGdlbmVyaWMg SS9PPiBvbiBpaWNidXM2CmluZm86IFtkcm1dIFJhZGVvbiBEaXNwbGF5IENvbm5lY3RvcnMKaW5m bzogW2RybV0gQ29ubmVjdG9yIDA6CmluZm86IFtkcm1dICAgSERNSS1BLTEKaW5mbzogW2RybV0g ICBIUEQxCmluZm86IFtkcm1dICAgRERDOiAweDdlNTAgMHg3ZTUwIDB4N2U1NCAweDdlNTQgMHg3 ZTU4IDB4N2U1OCAweDdlNWMgMHg3ZTVjCmluZm86IFtkcm1dICAgRW5jb2RlcnM6CmluZm86IFtk cm1dICAgICBERlAxOiBJTlRFUk5BTF9VTklQSFkKaW5mbzogW2RybV0gQ29ubmVjdG9yIDE6Cmlu Zm86IFtkcm1dICAgVkdBLTEKaW5mbzogW2RybV0gICBEREM6IDB4N2U0MCAweDdlNDAgMHg3ZTQ0 IDB4N2U0NCAweDdlNDggMHg3ZTQ4IDB4N2U0YyAweDdlNGMKaW5mbzogW2RybV0gICBFbmNvZGVy czoKaW5mbzogW2RybV0gICAgIENSVDI6IElOVEVSTkFMX0tMRFNDUF9EQUMyCmluZm86IFtkcm1d IENvbm5lY3RvciAyOgppbmZvOiBbZHJtXSAgIERWSS1JLTEKaW5mbzogW2RybV0gICBIUEQ0Cmlu Zm86IFtkcm1dICAgRERDOiAweDdmMTAgMHg3ZjEwIDB4N2YxNCAweDdmMTQgMHg3ZjE4IDB4N2Yx OCAweDdmMWMgMHg3ZjFjCmluZm86IFtkcm1dICAgRW5jb2RlcnM6CmluZm86IFtkcm1dICAgICBD UlQxOiBJTlRFUk5BTF9LTERTQ1BfREFDMQppbmZvOiBbZHJtXSAgICAgREZQMjogSU5URVJOQUxf VU5JUEhZMgppbmZvOiBbZHJtXSBJbnRlcm5hbCB0aGVybWFsIGNvbnRyb2xsZXIgd2l0aG91dCBm YW4gY29udHJvbAppbmZvOiBbZHJtXSByYWRlb246IHBvd2VyIG1hbmFnZW1lbnQgaW5pdGlhbGl6 ZWQKaW5mbzogW2RybV0gZmIgbWFwcGFibGUgYXQgMHhFMDE0MjAwMAppbmZvOiBbZHJtXSB2cmFt IGFwcGVyIGF0IDB4RTAwMDAwMDAKaW5mbzogW2RybV0gc2l6ZSA4Mjk0NDAwCmluZm86IFtkcm1d IGZiIGRlcHRoIGlzIDI0CmluZm86IFtkcm1dICAgIHBpdGNoIGlzIDc2ODAKZmJkMCBvbiBkcm1u MAp2dF9hbGxvY2F0ZTogUmVwbGFjZSBleGlzdGluZyBWVCBkcml2ZXIuCmluZm86IFtkcm1dIElu aXRpYWxpemVkIHJhZGVvbiAyLjI5LjAgMjAwODA1MjgKc3lzbW91c2U6IHVua25vd24gaW9jdGw6 IHQ6NDAwMDc0MTMKc3lzbW91c2U6IHVua25vd24gaW9jdGw6IHQ6NDAwMDc0MTMKc3lzbW91c2U6 IHVua25vd24gaW9jdGw6IHQ6ODAwMDc0MTAKbG9jayBvcmRlciByZXZlcnNhbDoKIDFzdCAweGZm ZmZmODAyMDU3MmQ1ZjAgdWZzICh1ZnMpIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3N1YnIuYzoy MTAxCiAybmQgMHhmZmZmZmUwMDQwNThlMDgwIGJ1ZndhaXQgKGJ1ZndhaXQpIEAgL3Vzci9zcmMv c3lzL3Vmcy9mZnMvZmZzX3Zub3BzLmM6MjYyCiAzcmQgMHhmZmZmZjgwMjA1N2FjZDUwIHVmcyAo dWZzKSBAIC91c3Ivc3JjL3N5cy9rZXJuL3Zmc19zdWJyLmM6MjEwMQpLREI6IHN0YWNrIGJhY2t0 cmFjZToKZGJfdHJhY2Vfc2VsZl93cmFwcGVyKCkgYXQgZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4 MmIvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5MjIwCmtkYl9iYWNrdHJhY2UoKSBhdCBrZGJfYmFja3Ry YWNlKzB4MzkvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5MmQwCndpdG5lc3NfY2hlY2tvcmRlcigpIGF0 IHdpdG5lc3NfY2hlY2tvcmRlcisweGQzYS9mcmFtZSAweGZmZmZmZTAwZDljMDkzNjAKX19sb2Nr bWdyX2FyZ3MoKSBhdCBfX2xvY2ttZ3JfYXJncysweDg2Yy9mcmFtZSAweGZmZmZmZTAwZDljMDk0 OTAKZmZzX2xvY2soKSBhdCBmZnNfbG9jaysweDg0L2ZyYW1lIDB4ZmZmZmZlMDBkOWMwOTRlMApW T1BfTE9DSzFfQVBWKCkgYXQgVk9QX0xPQ0sxX0FQVisweGY1L2ZyYW1lIDB4ZmZmZmZlMDBkOWMw OTUxMApfdm5fbG9jaygpIGF0IF92bl9sb2NrKzB4YWIvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5NTgw CnZnZXQoKSBhdCB2Z2V0KzB4NzAvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5NWQwCnZmc19oYXNoX2dl dCgpIGF0IHZmc19oYXNoX2dldCsweGY1L2ZyYW1lIDB4ZmZmZmZlMDBkOWMwOTYyMApmZnNfdmdl dGYoKSBhdCBmZnNfdmdldGYrMHg0MS9mcmFtZSAweGZmZmZmZTAwZDljMDk2YjAKc29mdGRlcF9z eW5jX2J1ZigpIGF0IHNvZnRkZXBfc3luY19idWYrMHhhOGMvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5 NzkwCmZmc19zeW5jdm5vZGUoKSBhdCBmZnNfc3luY3Zub2RlKzB4MjU4L2ZyYW1lIDB4ZmZmZmZl MDBkOWMwOTgxMApzb2Z0ZGVwX2ZzeW5jKCkgYXQgc29mdGRlcF9mc3luYysweDU5OC9mcmFtZSAw eGZmZmZmZTAwZDljMDk4YzAKZmZzX2ZzeW5jKCkgYXQgZmZzX2ZzeW5jKzB4NjAvZnJhbWUgMHhm ZmZmZmUwMGQ5YzA5OGYwClZPUF9GU1lOQ19BUFYoKSBhdCBWT1BfRlNZTkNfQVBWKzB4ZjAvZnJh bWUgMHhmZmZmZmUwMGQ5YzA5OTIwCnN5c19mc3luYygpIGF0IHN5c19mc3luYysweDE1Ni9mcmFt ZSAweGZmZmZmZTAwZDljMDk5YTAKYW1kNjRfc3lzY2FsbCgpIGF0IGFtZDY0X3N5c2NhbGwrMHgy NjUvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5YWIwClhmYXN0X3N5c2NhbGwoKSBhdCBYZmFzdF9zeXNj YWxsKzB4ZmIvZnJhbWUgMHhmZmZmZmUwMGQ5YzA5YWIwCi0tLSBzeXNjYWxsICg5NSwgRnJlZUJT RCBFTEY2NCwgc3lzX2ZzeW5jKSwgcmlwID0gMHg4MDEyNzFjOWEsIHJzcCA9IDB4N2ZmZmZkOWVj YmE4LCByYnAgPSAweDdmZmZmZDllY2JjMCAtLS0K --e89a8f2356bd15fab404ed5d2347-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 12 22:59:57 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55589E5 for ; Thu, 12 Dec 2013 22:59:57 +0000 (UTC) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:6]) by mx1.freebsd.org (Postfix) with ESMTP id E046C11C9 for ; Thu, 12 Dec 2013 22:59:56 +0000 (UTC) Received: from ppp121-45-108-103.lns20.adl6.internode.on.net (HELO leader.local) ([121.45.108.103]) by ipmail06.adl6.internode.on.net with ESMTP; 13 Dec 2013 09:29:53 +1030 Message-ID: <52AA3FE6.8000104@ShaneWare.Biz> Date: Fri, 13 Dec 2013 09:29:50 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Julian Elischer , FreeBSD Current Subject: Re: P4 question. not really a freebsd but using with freebsd References: <52AA0EE9.9060207@elischer.org> In-Reply-To: <52AA0EE9.9060207@elischer.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Thu, 12 Dec 2013 22:59:57 -0000 On 13/12/2013 06:00, Julian Elischer wrote: > so I have a freebsd tree checked into perforce. > one particular subdirectory has been heavily modified to teh extent > that it's not really hte same thing any more and I want to move it out > to a separate place, and then replace it with the original contents so I > can update the tree and get changes to that original directory. > > I can think of two ways to do this: > # move the modified one out > p4 open > p4 move //depot/Freebsd/src1/sys/netatalk/... > //depot/Freebsd/src1/sys/netmumble/... > followed by: > # bring back the original version by copying it from before changes > started. > p4 integrate //depot/Freebsd/src1/sys/netatalk/...@original_import > //depot/Freebsd/src1/sys/netmumble/... > p4 resolve > p4 submit > > > Or, a second alternative: not quite sure how to do this if there are > deletions and additions on the tree > #copy out the modified version. > #revert the directory in question to exactly how it was before the > changes started > files in netmumble should see all their history even when they were in > netatalk, > and files now in netatalk should see history from before the changes > started, > and MAYBE from when they were modified (optional). Personally, using svn I would use the second approach mv netatalk netmumble rm -R netmumble/.svn svn co netatalk diff -ru netatalk netmumble or cp then svn revert would give the same result. From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 01:12:11 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84962DED; Fri, 13 Dec 2013 01:12:11 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40EAD1B04; Fri, 13 Dec 2013 01:12:11 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBD1C42f010912; Thu, 12 Dec 2013 17:12:04 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBD1C4Md010911; Thu, 12 Dec 2013 17:12:04 -0800 (PST) (envelope-from sgk) Date: Thu, 12 Dec 2013 17:12:04 -0800 From: Steve Kargl To: Tijl Coosemans Subject: Re: libc++ vs. libstdc++ usage in the ports tree Message-ID: <20131213011204.GA10879@troutmask.apl.washington.edu> References: <20131112201922.GA4330@troutmask.apl.washington.edu> <20131113173143.Horde.a-9M7JQ_vHo3tpDIMsGK6g1@webmail.df.eu> <5283CA3C.3080201@FreeBSD.org> <352D9465-9840-43F0-A3A9-327DC12B0967@FreeBSD.org> <20131114144555.GA22093@troutmask.apl.washington.edu> <52963A90.4000201@janh.de> <20131127204556.2974a3f5@kalimero.tijl.coosemans.org> <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Maho Nakata , Jan Henrik Sylvester , bapt@FreeBSD.org, FreeBSD Current , stephen@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 01:12:11 -0000 On Sun, Dec 01, 2013 at 03:06:40PM +0100, Tijl Coosemans wrote: > On Wed, 27 Nov 2013 20:45:56 +0100 Tijl Coosemans wrote: > > On Wed, 27 Nov 2013 19:31:44 +0100 Jan Henrik Sylvester wrote: > >> Trying to migrate to 10, I would like to keep octave. Have you found > >> anything new? Having build the port and all dependencies with standard > >> options, octave is segfaulting for me, too. Anyhow, I can run octave with: > >> > >> env LD_PRELOAD=/usr/lib/libc++.so.1 octave > >> > >> Some very light testing indicates that it is working. Of course, this is > >> not ideal. > >> > >> Maybe this gives a clue how to fix the octave port properly. > > > > I have a preliminary patch for math/octave that I wanted to test on > > redports first, but it is down at the moment so here it is. > > The tests were successful: > https://redports.org/buildarchive/20131201105316-94935/ (octave) > https://redports.org/buildarchive/20131201115701-22333/ (octave-forge-base) > The octave logs also contain the results of running the regression-test > target. The output is the same on all FreeBSD versions. > > The problem is that USE_FORTRAN=yes implies USE_GCC=yes. This means > the C++ code in math/octave is compiled with gcc46/libstdc++ which > does not work if dependencies have been built with clang/libc++. > > The patch copies the USE_FORTRAN=yes logic from Mk/bsd.gcc.mk into a > new file Mk/Uses/fortran.mk. It allows ports to use a Fortran compiler > together with the base system C/C++ compiler. I see the octave port is still broken. After a clean install on my self, removing all installed ports, reverting my local chnages in /usr/pors, and rebuilding all ports, I'm see the original problem. % octave Segmentation fault (core dumped) PLEASE, commit your patch ASAP. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 01:41:36 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E87C7CE2 for ; Fri, 13 Dec 2013 01:41:36 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA48A1E3F for ; Fri, 13 Dec 2013 01:41:36 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-246-96.lns20.per2.internode.on.net [121.45.246.96]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id rBD1fPFf043538 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 12 Dec 2013 17:41:32 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <52AA65BF.7020508@freebsd.org> Date: Fri, 13 Dec 2013 09:41:19 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Shane Ambler , Julian Elischer , FreeBSD Current Subject: Re: P4 question. not really a freebsd but using with freebsd References: <52AA0EE9.9060207@elischer.org> <52AA3FE6.8000104@ShaneWare.Biz> In-Reply-To: <52AA3FE6.8000104@ShaneWare.Biz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 01:41:37 -0000 On 12/13/13, 6:59 AM, Shane Ambler wrote: > On 13/12/2013 06:00, Julian Elischer wrote: >> so I have a freebsd tree checked into perforce. >> one particular subdirectory has been heavily modified to teh extent >> that it's not really hte same thing any more and I want to move it out >> to a separate place, and then replace it with the original contents so I >> can update the tree and get changes to that original directory. >> >> I can think of two ways to do this: >> # move the modified one out >> p4 open >> p4 move //depot/Freebsd/src1/sys/netatalk/... >> //depot/Freebsd/src1/sys/netmumble/... >> followed by: >> # bring back the original version by copying it from before changes >> started. >> p4 integrate //depot/Freebsd/src1/sys/netatalk/...@original_import >> //depot/Freebsd/src1/sys/netmumble/... >> p4 resolve >> p4 submit >> >> >> Or, a second alternative: not quite sure how to do this if there are >> deletions and additions on the tree >> #copy out the modified version. >> #revert the directory in question to exactly how it was before the >> changes started >> files in netmumble should see all their history even when they were in >> netatalk, >> and files now in netatalk should see history from before the changes >> started, >> and MAYBE from when they were modified (optional). > Personally, using svn I would use the second approach > > mv netatalk netmumble > rm -R netmumble/.svn > svn co netatalk > diff -ru netatalk netmumble > > or cp then svn revert would give the same result. > > unfortunately I have to use P4 :-/ From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 03:40:27 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A326BAE for ; Fri, 13 Dec 2013 03:40:27 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40B2C17E2 for ; Fri, 13 Dec 2013 03:40:27 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-96.lns20.per2.internode.on.net [121.45.246.96]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id rBD3eNLv043907 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 12 Dec 2013 19:40:25 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <52AA81A1.5000100@elischer.org> Date: Fri, 13 Dec 2013 11:40:17 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Re: P4 question. not really a freebsd but using with freebsd References: <52AA04F5.8010909@elischer.org> In-Reply-To: <52AA04F5.8010909@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 03:40:27 -0000 On 12/13/13, 2:48 AM, Julian Elischer wrote: > so I have a freebsd tree checked into perforce. > one particular subdirectory has been heavily modified to teh extent > that it's not really hte same thing any more and I want to move it > out to a separate place, and then replace it with the original > contents so I can update the tree and get changes to that original > directory. > > > > > the only way I can thi sorry.. something weird happened there.. I left this email partly written to go do something else and Tunderbird seems to have sent it out several times while I was away instead of doing saves to disk.. this happened immediately after upgrading to a new Thunderbird so I think they may have a bug there. From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 04:35:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B255C68 for ; Fri, 13 Dec 2013 04:35:25 +0000 (UTC) Received: from mail-qe0-x231.google.com (mail-qe0-x231.google.com [IPv6:2607:f8b0:400d:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A35051D03 for ; Fri, 13 Dec 2013 04:35:24 +0000 (UTC) Received: by mail-qe0-f49.google.com with SMTP id w7so1181913qeb.8 for ; Thu, 12 Dec 2013 20:35:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=SqwmyysR4b9pXKrz5TCJDgCq7tz9+UEa/86bdAhxQzc=; b=M8mTVPSABtLLdQNo0zENvgb0fhkc6lanBrOB4jWtUnM0Yf69rVzThG5BCqm1M8+VlU qbOaLvlp0OLOQQtSQU0fDZsHhfe+ESdv4M3rmACkJlCNrnhaumHXnXaDCzqTQsd4jNSP hb8wGhWYqRfoT6za/RdTJQk3fjkmood1+ECb4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=SqwmyysR4b9pXKrz5TCJDgCq7tz9+UEa/86bdAhxQzc=; b=dsel68oxBsCk6olS/PAUGZP0bVkDWXC1pOio4smALq3dgD0gnkklbVMJGethFcBomT 9/yBRLSui8Oia4hFGy6ysKEXQNt3XwBzCQ+bsmm9Hf9wT6yhCyIGV2qEYufuxFUxwqY2 9HBL9xd2pMTywnLw4uytteWt0KfpREoWrYjOgNmkW+p2NvQBqFrW+V5IN2wwBoe3e78q Qoj+ttw5vkpV7GzviH/VFjyluX1ZBEMwGoppMXEvtKnaAbdX26/LHK9ZAjAPtRHuwetd AcURJunSuKrMZWLXl5RlYnyPGMT/uSApnA/XI9pNnBfr3N85TYjhMKTncnK28wD9N3sH SO+A== X-Gm-Message-State: ALoCoQnfDi6QKBDodA+sJphJwd+lSZWWH1ZRaTBRkKlLrLa1vJ+IAaR5SQrcDaI9I7upyUA0FIDU X-Received: by 10.49.24.211 with SMTP id w19mr897239qef.9.1386909323051; Thu, 12 Dec 2013 20:35:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.86.42 with HTTP; Thu, 12 Dec 2013 20:34:52 -0800 (PST) In-Reply-To: References: From: Eitan Adler Date: Thu, 12 Dec 2013 23:34:52 -0500 Message-ID: Subject: Fwd: r259154 panics To: freebsd-current Current Content-Type: multipart/mixed; boundary=047d7b67795c8ba51804ed62fdc8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 04:35:25 -0000 --047d7b67795c8ba51804ed62fdc8 Content-Type: text/plain; charset=UTF-8 Since I got no reply on -hackers... ---------- Forwarded message ---------- From: Eitan Adler Date: Mon, Dec 9, 2013 at 10:10 PM Subject: r259154 panics To: FreeBSD Hackers , Aleksandr Rybalko Attached is the textdump (core.txt.0). This last worked at r259022. Dump header from device /dev/ada1p1 Architecture: amd64 Architecture Version: 2 Dump Length: 499539968B (476 MB) Blocksize: 512 Dumptime: Mon Dec 9 21:36:17 2013 Hostname: gravity.local Magic: FreeBSD Kernel Dump Version String: FreeBSD 11.0-CURRENT #5 r259154: Mon Dec 9 21:25:38 EST 2013 eitan@gravity.local:/usr/obj/usr/src/sys/EADLER Panic String: Dump Parity: 258304598 Bounds: 0 Dump Status: good -- Eitan Adler -- Eitan Adler --047d7b67795c8ba51804ed62fdc8 Content-Type: application/octet-stream; name="core.txt.0" Content-Disposition: attachment; filename="core.txt.0" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hp0kk2oi0 Z3Jhdml0eS5sb2NhbCBkdW1wZWQgY29yZSAtIHNlZSAvdmFyL2NyYXNoL3ZtY29yZS4wCgpNb24g RGVjICA5IDIxOjUzOjA3IEVTVCAyMDEzCgpGcmVlQlNEIGdyYXZpdHkubG9jYWwgMTEuMC1DVVJS RU5UIEZyZWVCU0QgMTEuMC1DVVJSRU5UICM1IHIyNTkxNTQ6IE1vbiBEZWMgIDkgMjE6MjU6Mzgg RVNUIDIwMTMgICAgIGVpdGFuQGdyYXZpdHkubG9jYWw6L3Vzci9vYmovdXNyL3NyYy9zeXMvRUFE TEVSICBhbWQ2NAoKcGFuaWM6IAoKR05VIGdkYiA2LjEuMSBbRnJlZUJTRF0KQ29weXJpZ2h0IDIw MDQgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBj b3ZlcmVkIGJ5IHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUKd2Vs Y29tZSB0byBjaGFuZ2UgaXQgYW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNl cnRhaW4gY29uZGl0aW9ucy4KVHlwZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlv bnMuClRoZXJlIGlzIGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cg d2FycmFudHkiIGZvciBkZXRhaWxzLgpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiYW1kNjQt bWFyY2VsLWZyZWVic2QiLi4uCgpVbnJlYWQgcG9ydGlvbiBvZiB0aGUga2VybmVsIG1lc3NhZ2Ug YnVmZmVyOgpDb3B5cmlnaHQgKGMpIDE5OTItMjAxMyBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5 cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIs IDE5OTMsIDE5OTQKCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEu IEFsbCByaWdodHMgcmVzZXJ2ZWQuCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBv ZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLgpGcmVlQlNEIDExLjAtQ1VSUkVOVCAjNSByMjU5MTU0 OiBNb24gRGVjICA5IDIxOjI1OjM4IEVTVCAyMDEzCiAgICBlaXRhbkBncmF2aXR5LmxvY2FsOi91 c3Ivb2JqL3Vzci9zcmMvc3lzL0VBRExFUiBhbWQ2NApGcmVlQlNEIGNsYW5nIHZlcnNpb24gMy4z ICh0YWdzL1JFTEVBU0VfMzMvZmluYWwgMTgzNTAyKSAyMDEzMDYxMApDUFU6IEludGVsKFIpIENv cmUoVE0pIGk3LTM2MzBRTSBDUFUgQCAyLjQwR0h6ICgyMzk0LjYyLU1IeiBLOC1jbGFzcyBDUFUp CiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgzMDZhOSAgRmFtaWx5ID0gMHg2ICBN b2RlbCA9IDB4M2EgIFN0ZXBwaW5nID0gOQogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxE RSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQs UFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgog IEZlYXR1cmVzMj0weDdmYmFlM2JmPFNTRTMsUENMTVVMUURRLERURVM2NCxNT04sRFNfQ1BMLFZN WCxFU1QsVE0yLFNTU0UzLENYMTYseFRQUixQRENNLFBDSUQsU1NFNC4xLFNTRTQuMix4MkFQSUMs UE9QQ05ULFRTQ0RMVCxBRVNOSSxYU0FWRSxPU1hTQVZFLEFWWCxGMTZDLFJEUkFORD4KICBBTUQg RmVhdHVyZXM9MHgyODEwMDgwMDxTWVNDQUxMLE5YLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVyZXMy PTB4MTxMQUhGPgogIFN0YW5kYXJkIEV4dGVuZGVkIEZlYXR1cmVzPTB4MjgxPEdTRlNCQVNFLFNN RVAsRU5ITU9WU0I+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlz dGljcwpyZWFsIG1lbW9yeSAgPSA4NTg5OTM0NTkyICg4MTkyIE1CKQphdmFpbCBtZW1vcnkgPSA4 MTI3MTM1NzQ0ICg3NzUwIE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkg QVBJQyBUYWJsZTogPExFTk9WTyBDQi0wMSAgID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29y IFN5c3RlbSBEZXRlY3RlZDogOCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA0IGNv cmUocykgeCAyIFNNVCB0aHJlYWRzCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVAp OiBBUElDIElEOiAgMQogY3B1MiAoQVApOiBBUElDIElEOiAgMgogY3B1MyAoQVApOiBBUElDIElE OiAgMwogY3B1NCAoQVApOiBBUElDIElEOiAgNAogY3B1NSAoQVApOiBBUElDIElEOiAgNQogY3B1 NiAoQVApOiBBUElDIElEOiAgNgogY3B1NyAoQVApOiBBUElDIElEOiAgNwppb2FwaWMwIDxWZXJz aW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCkN1c2U0QlNEIHYwLjEuMzAgQCAvZGV2 L2N1c2UKa2JkMSBhdCBrYmRtdXgwCnJhbmRvbTogPFNvZnR3YXJlLCBZYXJyb3c+IGluaXRpYWxp emVkCmFjcGkwOiA8TEVOT1ZPIENCLTAxPiBvbiBtb3RoZXJib2FyZAphY3BpMDogUG93ZXIgQnV0 dG9uIChmaXhlZCkKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBDUFU+IG9u IGFjcGkwCmNwdTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3Bp MApjcHU0OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTU6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1 NjogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHU3OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmhwZXQwOiA8 SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBv biBhY3BpMApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkg OTUwCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA1NTAK YXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDc3IGlycSA4IG9uIGFjcGkw CmF0cnRjMDogV2FybmluZzogQ291bGRuJ3QgbWFwIEkvTy4KRXZlbnQgdGltZXIgIlJUQyIgZnJl cXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMAphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAt MHg0MywweDUwLTB4NTMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVu Y3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5 MzE4MiBIeiBxdWFsaXR5IDEwMApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3 OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0 NU1Iej4gcG9ydCAweDQwOC0weDQwYiBvbiBhY3BpMAphY3BpX2VjMDogPEVtYmVkZGVkIENvbnRy b2xsZXI6IEdQRSAweDE3PiBwb3J0IDB4NjIsMHg2NiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9z dC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIwCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4MzAw MC0weDMwM2YgbWVtIDB4ZDAwMDAwMDAtMHhkMDNmZmZmZiwweGMwMDAwMDAwLTB4Y2ZmZmZmZmYg aXJxIDE2IGF0IGRldmljZSAyLjAgb24gcGNpMAphZ3AwOiA8SXZ5QnJpZGdlIG1vYmlsZSBHVDIg SUc+IG9uIHZnYXBjaTAKYWdwMDogYXBlcnR1cmUgc2l6ZSBpcyAyNTZNLCBkZXRlY3RlZCA2NTUz Mmsgc3RvbGVuIG1lbW9yeQp4aGNpMDogPEludGVsIFBhbnRoZXIgUG9pbnQgVVNCIDMuMCBjb250 cm9sbGVyPiBtZW0gMHhkMDcwMDAwMC0weGQwNzBmZmZmIGF0IGRldmljZSAyMC4wIG9uIHBjaTAK dXNidXMwOiB3YWl0aW5nIGZvciBCSU9TIHRvIGdpdmUgdXAgY29udHJvbAp4aGNpMDogMzIgYnl0 ZSBjb250ZXh0IHNpemUuCnhoY2kwOiBQb3J0IHJvdXRpbmcgbWFzayBzZXQgdG8gMHhmZmZmZmZm Zgp1c2J1czAgb24geGhjaTAKcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2aWNlIDIyLjAgKG5v IGRyaXZlciBhdHRhY2hlZCkKZWhjaTA6IDxJbnRlbCBQYW50aGVyIFBvaW50IFVTQiAyLjAgY29u dHJvbGxlcj4gbWVtIDB4ZDA3MTkwMDAtMHhkMDcxOTNmZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAg b24gcGNpMAp1c2J1czE6IHdhaXRpbmcgZm9yIEJJT1MgdG8gZ2l2ZSB1cCBjb250cm9sCnVzYnVz MTogdGltZWQgb3V0IHdhaXRpbmcgZm9yIEJJT1MKdXNidXMxOiBFSENJIHZlcnNpb24gMS4wCnVz YnVzMSBvbiBlaGNpMApoZGFjMDogPEludGVsIFBhbnRoZXIgUG9pbnQgSERBIENvbnRyb2xsZXI+ IG1lbSAweGQwNzEwMDAwLTB4ZDA3MTNmZmYgaXJxIDIyIGF0IGRldmljZSAyNy4wIG9uIHBjaTAK cGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjAgb24gcGNp MApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2kxOiA8bmV0d29yaywgZXRoZXJuZXQ+ IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDI4LjEgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMgpwY2kyOiA8bmV0d29yaz4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOSBhdCBkZXZpY2UgMjguMyBv biBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTM6IDxiYXNlIHBlcmlwaGVy YWw+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKc2RoY2lfcGNpMDogPEdlbmVy aWMgU0QgSENJPiBtZW0gMHhkMDQwMjAwMC0weGQwNDAyMGZmIGlycSAxOSBhdCBkZXZpY2UgMC4y IG9uIHBjaTMKc2RoY2lfcGNpMDogMSBzbG90KHMpIGFsbG9jYXRlZApwY2kzOiA8YmFzZSBwZXJp cGhlcmFsPiBhdCBkZXZpY2UgMC4zIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTM6IDxiYXNlIHBl cmlwaGVyYWw+IGF0IGRldmljZSAwLjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKZWhjaTE6IDxJbnRl bCBQYW50aGVyIFBvaW50IFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZDA3MTgwMDAtMHhkMDcx ODNmZiBpcnEgMjMgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1c2J1czI6IHdhaXRpbmcgZm9yIEJJ T1MgdG8gZ2l2ZSB1cCBjb250cm9sCnVzYnVzMjogdGltZWQgb3V0IHdhaXRpbmcgZm9yIEJJT1MK dXNidXMyOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMiBvbiBlaGNpMQppc2FiMDogPFBDSS1JU0Eg YnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAph aGNpMDogPEludGVsIFBhbnRoZXIgUG9pbnQgQUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHgz MDg4LTB4MzA4ZiwweDMwOTQtMHgzMDk3LDB4MzA4MC0weDMwODcsMHgzMDkwLTB4MzA5MywweDMw NjAtMHgzMDdmIG1lbSAweGQwNzE3MDAwLTB4ZDA3MTc3ZmYgaXJxIDE5IGF0IGRldmljZSAzMS4y IG9uIHBjaTAKYWhjaTA6IEFIQ0kgdjEuMzAgd2l0aCA2IDZHYnBzIHBvcnRzLCBQb3J0IE11bHRp cGxpZXIgbm90IHN1cHBvcnRlZAphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAg b24gYWhjaTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kwCmFo Y2ljaDI6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMiBvbiBhaGNpMAphaGNpZW0wOiA8QUhD SSBlbmNsb3N1cmUgbWFuYWdlbWVudCBicmlkZ2U+IG9uIGFoY2kwCnBjaTA6IDxzZXJpYWwgYnVz LCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKYWNwaV9saWQwOiA8 Q29udHJvbCBNZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTAKYWNwaV90ejA6IDxUaGVybWFsIFpv bmU+IG9uIGFjcGkwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV9i dXR0b24xOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJv bGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBL ZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1M T0NLRURdCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQt TE9DS0VEXQpwc20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAwCmJhdHRl cnkwOiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8 QUMgQWRhcHRlcj4gb24gYWNwaTAKb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGMw MDAwLTB4Y2VmZmYgb24gaXNhMApwcGMwOiBjYW5ub3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5nZQpl c3QwOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCmVzdDE6 IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKZXN0MjogPEVu aGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1Mgplc3QzOiA8RW5oYW5j ZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUzCmVzdDQ6IDxFbmhhbmNlZCBT cGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTQKZXN0NTogPEVuaGFuY2VkIFNwZWVk U3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NQplc3Q2OiA8RW5oYW5jZWQgU3BlZWRTdGVw IEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHU2CmVzdDc6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJl cXVlbmN5IENvbnRyb2w+IG9uIGNwdTcKWkZTIGZpbGVzeXN0ZW0gdmVyc2lvbjogNQpaRlMgc3Rv cmFnZSBwb29sIHZlcnNpb246IGZlYXR1cmVzIHN1cHBvcnQgKDUwMDApClRpbWVjb3VudGVycyB0 aWNrIGV2ZXJ5IDEuMDAwIG1zZWMKdmJveGRydjogZkFzeW5jPTAgb2ZmTWluPTB4NDNjIG9mZk1h eD0weDZhOApoZGFjYzA6IDxSZWFsdGVrIEFMQzI2OSBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhk YWMwCmhkYWEwOiA8UmVhbHRlayBBTEMyNjkgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAx IG9uIGhkYWNjMApwY20wOiA8UmVhbHRlayBBTEMyNjkgKEFuYWxvZyAyLjArSFAvMi4wKT4gYXQg bmlkIDIwLDIxIGFuZCAyNCBvbiBoZGFhMApwY20xOiA8UmVhbHRlayBBTEMyNjkgKFJpZ2h0IERp Z2l0YWwpPiBhdCBuaWQgMzAgb24gaGRhYTAKcGNtMjogPFJlYWx0ZWsgQUxDMjY5IChJbnRlcm5h bCBBbmFsb2cgTWljKT4gYXQgbmlkIDE4IG9uIGhkYWEwCmhkYWNjMTogPEludGVsIFBhbnRoZXIg UG9pbnQgSERBIENPREVDPiBhdCBjYWQgMyBvbiBoZGFjMApoZGFhMTogPEludGVsIFBhbnRoZXIg UG9pbnQgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMQpwY20zOiA8SW50 ZWwgUGFudGhlciBQb2ludCAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgNSBvbiBoZGFhMQpyYW5kb206 IHVuYmxvY2tpbmcgZGV2aWNlLgp1c2J1czA6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAK dXNidXMxOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKdWdlbjAuMTogPDB4ODA4Nj4gYXQg dXNidXMwCnVodWIwOiA8MHg4MDg2IFhIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDMuMDAv MS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPEludGVsPiBhdCB1c2J1czEKdWh1YjE6 IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4g b24gdXNidXMxCnVzYnVzMjogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVnZW4yLjE6IDxJ bnRlbD4gYXQgdXNidXMyCnVodWIyOiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCBy ZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgooYXByb2JlMTphaGNpY2gxOjA6MDowKTog U0VURkVBVFVSRVMgRU5BQkxFIFNBVEEgRkVBVFVSRS4gQUNCOiBlZiAxMCAwMCAwMCAwMCA0MCAw MCAwMCAwMCAwMCAwMiAwMAooYXByb2JlMTphaGNpY2gxOjA6MDowKTogQ0FNIHN0YXR1czogQVRB IFN0YXR1cyBFcnJvcgooYXByb2JlMTphaGNpY2gxOjA6MDowKTogQVRBIHN0YXR1czogNTEgKERS RFkgU0VSViBFUlIpLCBlcnJvcjogMDQgKEFCUlQgKQooYXByb2JlMTphaGNpY2gxOjA6MDowKTog UkVTOiA1MSAwNCAwMCAwMCAwMCA0MCAwMCAwMCAwMCAwMiAwMAooYXByb2JlMTphaGNpY2gxOjA6 MDowKTogUmV0cnlpbmcgY29tbWFuZAooYXByb2JlMTphaGNpY2gxOjA6MDowKTogU0VURkVBVFVS RVMgRU5BQkxFIFNBVEEgRkVBVFVSRS4gQUNCOiBlZiAxMCAwMCAwMCAwMCA0MCAwMCAwMCAwMCAw MCAwMiAwMAooYXByb2JlMTphaGNpY2gxOjA6MDowKTogQ0FNIHN0YXR1czogQVRBIFN0YXR1cyBF cnJvcgooYXByb2JlMTphaGNpY2gxOjA6MDowKTogQVRBIHN0YXR1czogNTEgKERSRFkgU0VSViBF UlIpLCBlcnJvcjogMDQgKEFCUlQgKQooYXByb2JlMTphaGNpY2gxOjA6MDowKTogUkVTOiA1MSAw NCAwMCAwMCAwMCA0MCAwMCAwMCAwMCAwMiAwMAooYXByb2JlMTphaGNpY2gxOjA6MDowKTogRXJy b3IgNSwgUmV0cmllcyBleGhhdXN0ZWQKYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJn ZXQgMCBsdW4gMAphZGEwOiA8U2FuRGlzayBTU0QgVTEwMCAxNkdCIDEwLjUyLjAxPiBBVEEtOSBT QVRBIDMueCBkZXZpY2UKYWRhMDogU2VyaWFsIE51bWJlciAxMjQ5Mzg0MDExNTIKYWRhMDogNjAw LjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA1MTJieXRlcykKYWRhMDog Q29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFkYTA6IDE1MjcyTUIgKDMxMjc3MjMyIDUxMiBieXRl IHNlY3RvcnM6IDE2SCA2M1MvVCAxNjM4M0MpCmFkYTA6IFByZXZpb3VzbHkgd2FzIGtub3duIGFz IGFkNAphZGExIGF0IGFoY2ljaDEgYnVzIDAgc2NidXMxIHRhcmdldCAwIGx1biAwCmFkYTE6IDxT VDEwMDBMTTAyNCBITi1NMTAxTUJCIDJBUjEwMDAxPiBBVEEtOCBTQVRBIDIueCBkZXZpY2UKYWRh MTogU2VyaWFsIE51bWJlciBTMlU1SjlGQ0I3OTEzNAphZGExOiAzMDAuMDAwTUIvcyB0cmFuc2Zl cnMgKFNBVEEgMi54LCBVRE1BNSwgUElPIDgxOTJieXRlcykKYWRhMTogQ29tbWFuZCBRdWV1ZWlu ZyBlbmFibGVkCmFkYTE6IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2 SCA2M1MvVCAxNjM4M0MpCmFkYTE6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkNgpzZXMwIGF0 IGFoY2llbTAgYnVzIDAgc2NidXMzIHRhcmdldCAwIGx1biAwCnNlczA6IDxBSENJIFNHUElPIEVu Y2xvc3VyZSAxLjAwIDAwMDE+IFNFTUIgUy1FLVMgMi4wMCBkZXZpY2UKY2QwIGF0IGFoY2ljaDIg YnVzIDAgc2NidXMyIHRhcmdldCAwIGx1biAwCmNkMDogPEhMLURULVNUIEJELVJFIEJUMjBOIEtW MDE+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKY2QwOiBTZXJpYWwgTnVtYmVyIEtW OUNBOUI1MjMyCmNkMDogMTUwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwgVURNQTYsIEFU QVBJIDEyYnl0ZXMsIFBJTyA4MTkyYnl0ZXMpCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ug c2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50IC0gdHJheSBjbG9zZWQK c2VzMDogU0VNQiBTRVMgRGV2aWNlCnVodWIwOiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNl bGYgcG93ZXJlZApOZXR2c2MgaW5pdGlhbGl6aW5nLi4uIFNNUDogQVAgQ1BVICMxIExhdW5jaGVk IQpTTVA6IEFQIENQVSAjMiBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzQgTGF1bmNoZWQhClNNUDog QVAgQ1BVICMzIExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNSBMYXVuY2hlZCEKU01QOiBBUCBDUFUg IzYgTGF1bmNoZWQhClNNUDogQVAgQ1BVICM3IExhdW5jaGVkIQpUaW1lY291bnRlciAiVFNDLWxv dyIgZnJlcXVlbmN5IDExOTczMDkyODAgSHogcXVhbGl0eSAxMDAwCnVodWIxOiAyIHBvcnRzIHdp dGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMyIHVzYnVzMSB1 c2J1czAKdWdlbjAuMjogPExvZ2l0ZWNoPiBhdCB1c2J1czAKdWdlbjEuMjogPHZlbmRvciAweDgw ODc+IGF0IHVzYnVzMQp1aHViMzogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNz IDkvMCwgcmV2IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czEKdWdlbjIuMjogPHZlbmRvciAw eDgwODc+IGF0IHVzYnVzMgp1aHViNDogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNs YXNzIDkvMCwgcmV2IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czIKUm9vdCBtb3VudCB3YWl0 aW5nIGZvcjogdXNidXMyIHVzYnVzMQp1aHViMzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQKdWh1YjQ6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMiB1c2J1czEKdWdlbjEuMzogPEJyb2FkY29t IENvcnA+IGF0IHVzYnVzMQp1Z2VuMi4zOiA8QXp1cmV3YXZlPiBhdCB1c2J1czIKVHJ5aW5nIHRv IG1vdW50IHJvb3QgZnJvbSB6ZnM6enJvb3QgW10uLi4KPDExOD5bNV0gU2V0dGluZyBob3N0dXVp ZDogMDkwNGZiNmUtZjQzYy1lMjExLTg0MTUtMjA4OTg0Mjc3YjM0Lgo8MTE4Pls1XSBTZXR0aW5n IGhvc3RpZDogMHgxMjU1YTNmOC4KPDExOD5bMTBdIEVudHJvcHkgaGFydmVzdGluZzogaW50ZXJy dXB0cyBldGhlcm5ldCBwb2ludF90b19wb2ludCBraWNrc3RhcnQuCjwxMTg+WzExXSBTdGFydGlu ZyBmaWxlIHN5c3RlbSBjaGVja3M6CjwxMTg+WzExXSBNb3VudGluZyBsb2NhbCBmaWxlIHN5c3Rl bXM6Lgo8MTE4PlsxM10gTG9hZGluZyBrZXJuZWwgbW9kdWxlczoKWzEzXSBmdXNlLWZyZWVic2Q6 IHZlcnNpb24gMC40LjQsIEZVU0UgQUJJIDcuOApbMTNdIGl3bjA6IDxJbnRlbChSKSBDZW50cmlu byhSKSBXaXJlbGVzcy1OIDIyMDAgQkdOPiBtZW0gMHhkMDUwMDAwMC0weGQwNTAxZmZmIGlycSAx NyBhdCBkZXZpY2UgMC4wIG9uIHBjaTIKWzEzXSBpbmZvOiBbZHJtXSBJbml0aWFsaXplZCBkcm0g MS4xLjAgMjAwNjA4MTAKWzE0XSBkcm1uMDogPEludGVsIEl2eUJyaWRnZSAoTSk+IG9uIHZnYXBj aTAKWzE0XSBpbmZvOiBbZHJtXSBNU0kgZW5hYmxlZCAxIG1lc3NhZ2UocykKWzE0XSBpbmZvOiBb ZHJtXSBBR1AgYXQgMHhjMDAwMDAwMCAyNTZNQgpbMTRdIGlpY2J1czA6IDxQaGlsaXBzIEkyQyBi dXM+IG9uIGlpY2JiMCBhZGRyIDB4ZmYKWzE0XSBpaWMwOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBp aWNidXMwClsxNF0gaWljMTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMQpbMTRdIGlpY2J1 czI6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMSBhZGRyIDB4ZmYKWzE0XSBpaWMyOiA8STJD IGdlbmVyaWMgSS9PPiBvbiBpaWNidXMyClsxNF0gaWljMzogPEkyQyBnZW5lcmljIEkvTz4gb24g aWljYnVzMwpbMTRdIGlpY2J1czQ6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMiBhZGRyIDB4 ZmYKWzE0XSBpaWM0OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXM0ClsxNF0gaWljNTogPEky QyBnZW5lcmljIEkvTz4gb24gaWljYnVzNQpbMTRdIGlpY2J1czY6IDxQaGlsaXBzIEkyQyBidXM+ IG9uIGlpY2JiMyBhZGRyIDB4ZmYKWzE0XSBpaWM2OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNi dXM2ClsxNF0gaWljNzogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzNwpbMTRdIGlpY2J1czg6 IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiNCBhZGRyIDB4ZmYKWzE0XSBpaWM4OiA8STJDIGdl bmVyaWMgSS9PPiBvbiBpaWNidXM4ClsxNF0gaWljOTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWlj YnVzOQpbMTRdIGlpY2J1czEwOiA8UGhpbGlwcyBJMkMgYnVzPiBvbiBpaWNiYjUgYWRkciAweGZm ClsxNF0gaWljMTA6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czEwClsxNF0gaWljMTE6IDxJ MkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czExClsxNF0gaWljYnVzMTI6IDxQaGlsaXBzIEkyQyBi dXM+IG9uIGlpY2JiNiBhZGRyIDB4ZmYKWzE0XSBpaWMxMjogPEkyQyBnZW5lcmljIEkvTz4gb24g aWljYnVzMTIKWzE0XSBpaWMxMzogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzMTMKWzE0XSBp aWNidXMxNDogPFBoaWxpcHMgSTJDIGJ1cz4gb24gaWljYmI3IGFkZHIgMHhmZgpbMTRdIGlpYzE0 OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMxNApbMTRdIGlpYzE1OiA8STJDIGdlbmVyaWMg SS9PPiBvbiBpaWNidXMxNQpbMTRdIGluZm86IFtkcm1dIFN1cHBvcnRzIHZibGFuayB0aW1lc3Rh bXAgY2FjaGluZyBSZXYgMSAoMTAuMTAuMjAxMCkuClsxNF0gaW5mbzogW2RybV0gRHJpdmVyIHN1 cHBvcnRzIHByZWNpc2UgdmJsYW5rIHRpbWVzdGFtcCBxdWVyeS4KWzE0XSBkcm1uMDogdGFraW5n IG92ZXIgdGhlIGZpY3RpdGlvdXMgcmFuZ2UgMHhjMDAwMDAwMC0weGQwMDAwMDAwClsxNF0gZmJk MCBvbiBkcm1uMApbMTRdIHZ0X2FsbG9jYXRlOiBSZXBsYWNlIGV4aXN0aW5nIFZUIGRyaXZlci4K WzE0XSBpbmZvOiBbZHJtXSBJbml0aWFsaXplZCBpOTE1IDEuNi4wIDIwMDgwNzMwCjwxMTg+WzE0 XSBXcml0aW5nIGVudHJvcHkgZmlsZTouCjwxMTg+WzE0XSBTZXR0aW5nIGhvc3RuYW1lOiBncmF2 aXR5LmxvY2FsLgpbMTRdIHdsYW4xOiBFdGhlcm5ldCBhZGRyZXNzOiA5Yzo0ZTozNjo5MDo5Yzpj MAo8MTE4PlsxNF0gU3RhcnRpbmcgd3BhX3N1cHBsaWNhbnQuCjwxMTg+WzE0XSBTdGFydGluZyBk aGNsaWVudC4KPDExOD5bMTRdIHdsYW4xOiBubyBsaW5rIC4uLi4gZ290IGxpbmsKPDExOD5bMTZd IERIQ1BSRVFVRVNUIG9uIHdsYW4xIHRvIDI1NS4yNTUuMjU1LjI1NSBwb3J0IDY3CjwxMTg+WzE2 XSBESENQQUNLIGZyb20gMTQ5LjEyNS4xNjAuMQo8MTE4PlsxN10gYm91bmQgdG8gMTQ5LjEyNS4x NzYuNSAtLSByZW5ld2FsIGluIDE4MDAgc2Vjb25kcy4KWzE4XSBpd24wOiBpd25fY2hlY2tfcnhf cmVjb3Zlcnk6IFBMQ1AgZXJyb3IgdGhyZXNob2xkIHJhdyAoNTkpIGNvbXBhcmlzb24gKDU5MDAp IG92ZXIgbGltaXQgKDUyNTApOyByZXR1bmUhClsxOF0gaXduMDogaXduX2NoZWNrX3J4X3JlY292 ZXJ5OiBQTENQIGVycm9yIHRocmVzaG9sZCByYXcgKDY5KSBjb21wYXJpc29uICg2OTAwKSBvdmVy IGxpbWl0ICg1MjUwKTsgcmV0dW5lIQpbMThdIGl3bjA6IGl3bl9jaGVja19yeF9yZWNvdmVyeTog UExDUCBlcnJvciB0aHJlc2hvbGQgcmF3ICg5MSkgY29tcGFyaXNvbiAoOTEwMCkgb3ZlciBsaW1p dCAoNTIwMCk7IHJldHVuZSEKPDExOD5bMTldIFN0YXJ0aW5nIE5ldHdvcms6IGxvMCBpd24wLgo8 MTE4PlsxOV0gbG8wOiBmbGFncz04MDQ5PFVQLExPT1BCQUNLLFJVTk5JTkcsTVVMVElDQVNUPiBt ZXRyaWMgMCBtdHUgMTYzODQKPDExOD5bMTldIAlvcHRpb25zPTYwMDAwMzxSWENTVU0sVFhDU1VN LFJYQ1NVTV9JUFY2LFRYQ1NVTV9JUFY2Pgo8MTE4PlsxOV0gCWluZXQ2IDo6MSBwcmVmaXhsZW4g MTI4IAo8MTE4PlsxOV0gCWluZXQ2IGZlODA6OjElbG8wIHByZWZpeGxlbiA2NCBzY29wZWlkIDB4 MSAKPDExOD5bMTldIAlpbmV0IDEyNy4wLjAuMSBuZXRtYXNrIDB4ZmYwMDAwMDAgCjwxMTg+WzE5 XSAJbmQ2IG9wdGlvbnM9MjE8UEVSRk9STU5VRCxBVVRPX0xJTktMT0NBTD4KPDExOD5bMTldIGl3 bjA6IGZsYWdzPTg4NDM8VVAsQlJPQURDQVNULFJVTk5JTkcsU0lNUExFWCxNVUxUSUNBU1Q+IG1l dHJpYyAwIG10dSAyMjkwCjwxMTg+WzE5XSAJZXRoZXIgOWM6NGU6MzY6OTA6OWM6YzAKPDExOD5b MTldIAluZDYgb3B0aW9ucz0yOTxQRVJGT1JNTlVELElGRElTQUJMRUQsQVVUT19MSU5LTE9DQUw+ CjwxMTg+WzE5XSAJbWVkaWE6IElFRUUgODAyLjExIFdpcmVsZXNzIEV0aGVybmV0IGF1dG9zZWxl Y3QgbW9kZSAxMW5nCjwxMTg+WzE5XSAJc3RhdHVzOiBhc3NvY2lhdGVkCjwxMTg+WzE5XSBTdGFy dGluZyBkZXZkLgpbMTldIGl3bjA6IGl3bl9jaGVja19yeF9yZWNvdmVyeTogUExDUCBlcnJvciB0 aHJlc2hvbGQgcmF3ICg1MykgY29tcGFyaXNvbiAoNTMwMCkgb3ZlciBsaW1pdCAoNTIwMCk7IHJl dHVuZSEKWzE5XSBpd24wOiBpd25fY2hlY2tfcnhfcmVjb3Zlcnk6IFBMQ1AgZXJyb3IgdGhyZXNo b2xkIHJhdyAoODcpIGNvbXBhcmlzb24gKDg3MDApIG92ZXIgbGltaXQgKDUyMDApOyByZXR1bmUh CjwxMTg+WzE5XSBTdGFydGluZyB3ZWJjYW1kLgpbMTldIGl3bjA6IGl3bl9jaGVja19yeF9yZWNv dmVyeTogUExDUCBlcnJvciB0aHJlc2hvbGQgcmF3ICg2NykgY29tcGFyaXNvbiAoNjcwMCkgb3Zl ciBsaW1pdCAoNTMwMCk7IHJldHVuZSEKPDExOD5bMTldIEF0dGFjaGVkIHRvIHVnZW4wLjJbMF0K WzE5XSB1bXMwOiA8TG9naXRlY2ggVVNCLVBTMiBPcHRpY2FsIE1vdXNlLCBjbGFzcyAwLzAsIHJl diAyLjAwLzI3LjIwLCBhZGRyIDE+IG9uIHVzYnVzMApbMTldIHVtczA6IDggYnV0dG9ucyBhbmQg W1hZWlRdIGNvb3JkaW5hdGVzIElEPTAKPDExOD5bMTldIFN0YXJ0aW5nIHdlYmNhbWQuCjwxMTg+ WzE5XSBBdHRhY2hlZCB0byB1Z2VuMS4zWzBdCjwxMTg+WzE5XSBTdGFydGluZyB3ZWJjYW1kLgo8 MTE4PlsxOV0gV2ViY2FtZCBpcyBhbHJlYWR5IHJ1bm5pbmcgZm9yIHVnZW4xLjMuMAo8MTE4Plsx OV0gL3Vzci9sb2NhbC9ldGMvcmMuZC93ZWJjYW1kOiBXQVJOSU5HOiBmYWlsZWQgdG8gc3RhcnQg d2ViY2FtZAo8MTE4PlsxOV0gU3RhcnRpbmcgd2ViY2FtZC4KPDExOD5bMTldIEF0dGFjaGVkIHRv IHVnZW4xLjNbMF0KWzE5XSB1YnQwOiA8QnJvYWRjb20gQ29ycCBCQ00yMDcwMkEwLCByZXYgMi4w MC8xLjEyLCBhZGRyIDM+IG9uIHVzYnVzMQo8MTE4PlsxOV0gU3RhcnRpbmcgd2ViY2FtZC4KPDEx OD5bMTldIEF0dGFjaGVkIHRvIHVnZW4yLjNbMF0KWzE5XSBpd24wOiBpd25fY2hlY2tfcnhfcmVj b3Zlcnk6IFBMQ1AgZXJyb3IgdGhyZXNob2xkIHJhdyAoNjUpIGNvbXBhcmlzb24gKDY1MDApIG92 ZXIgbGltaXQgKDUyMDApOyByZXR1bmUhCjwxMTg+WzE5XSBTdGFydGluZyB3ZWJjYW1kLgo8MTE4 PlsxOV0gV2ViY2FtZCBpcyBhbHJlYWR5IHJ1bm5pbmcgZm9yIHVnZW4yLjMuMAo8MTE4PlsxOV0g L3Vzci9sb2NhbC9ldGMvcmMuZC93ZWJjYW1kOiBXQVJOSU5HOiBmYWlsZWQgdG8gc3RhcnQgd2Vi Y2FtZAo8MTE4PlsxOV0gU3RhcnRpbmcgdW1zMCBtb3VzZWQuClsxOV0gClsxOV0gClsxOV0gRmF0 YWwgdHJhcCA5OiBnZW5lcmFsIHByb3RlY3Rpb24gZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUK WzE5XSBjcHVpZCA9IDE7IGFwaWMgaWQgPSAwMQpbMTldIGluc3RydWN0aW9uIHBvaW50ZXIJPSAw eDIwOjB4ZmZmZmZmZmY4MDY3ZDhkOQpbMTldIHN0YWNrIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6 MHhmZmZmZmUwMjMxYTFkNzkwClsxOV0gZnJhbWUgcG9pbnRlcgkgICAgICAgID0gMHgyODoweDMz MzIzMTMwMmYyZTJkMmMKWzE5XSBjb2RlIHNlZ21lbnQJCT0gYmFzZSAweDAsIGxpbWl0IDB4ZmZm ZmYsIHR5cGUgMHgxYgpbMTldIAkJCT0gRFBMIDAsIHByZXMgMSwgbG9uZyAxLCBkZWYzMiAwLCBn cmFuIDEKWzE5XSBwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwg SU9QTCA9IDAKWzE5XSBjdXJyZW50IHByb2Nlc3MJCT0gNzg5ICh2aWRjb250cm9sKQpbMjJdIApb MjJdIApbMjJdIGl3bjA6IGl3bl9pbnRyOiBmYXRhbCBmaXJtd2FyZSBlcnJvcgpbMjJdIEZhdGFs IHRyYXAgOTogZ2VuZXJhbCBwcm90ZWN0aW9uIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2RlClsy Ml0gY3B1aWQgPSAzOyBhcGljIGlkID0gMDMKWzIyXSBpbnN0cnVjdGlvbiBwb2ludGVyCT0gMHgy MDoweGZmZmZmZmZmODA2N2Q4ZDkKWzIyXSBmaXJtd2FyZSBlcnJvciBsb2c6ClsyMl0gc3RhY2sg cG9pbnRlcgkgICAgICAgID0gMHgyODoweGZmZmZmZTAyMzFhMWQ3OTAKWzIyXSAgIGVycm9yIHR5 cGUgICAgICA9ICJVTktOT1dOIiAoMHgwMDAwMjJDRSkKWzIyXSAgIHByb2dyYW0gY291bnRlciA9 IDB4MDAwMjc0NjQKWzIyXSAgIHNvdXJjZSBsaW5lICAgICA9IDB4MDAwMDAwNUUKWzIyXSAgIGVy cm9yIGRhdGEgICAgICA9IDB4MDAwMDAwRkYwMDAwMDA1RQpbMjJdICAgYnJhbmNoIGxpbmsgICAg ID0gMHgwMDAyNzQ0NDAwMDI3NDQ0ClsyMl0gICBpbnRlcnJ1cHQgbGluayAgPSAweDAwMDBFMUFF MDAwMDAwMDAKWzIyXSAgIHRpbWUgICAgICAgICAgICA9IDEzNDYyNDI2MjQKWzIyXSBkcml2ZXIg c3RhdHVzOgpbMjJdIGZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6MHgzMzMyMzEzMDJmMmUy ZDJjClsyMl0gICB0eCByaW5nICAwOiBxaWQ9MCAgY3VyPTIgICBxdWV1ZWQ9MCAgClsyMl0gY29k ZSBzZWdtZW50CQk9IGJhc2UgMHgwLCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWIKWzIyXSAgIHR4 IHJpbmcgIDE6IHFpZD0xICBjdXI9MCAgIHF1ZXVlZD0wICAKWzIyXSAJCQk9IERQTCAwLCBwcmVz IDEsIGxvbmcgMSwgZGVmMzIgMCwgZ3JhbiAxClsyMl0gICB0eCByaW5nICAyOiBxaWQ9MiAgY3Vy PTAgICBxdWV1ZWQ9MCAgClsyMl0gICB0eCByaW5nICAzOiBxaWQ9MyAgY3VyPTE3ICBxdWV1ZWQ9 MCAgClsyMl0gICB0eCByaW5nICA0OiBxaWQ9NCAgY3VyPTAgICBxdWV1ZWQ9MCAgClsyMl0gICB0 eCByaW5nICA1OiBxaWQ9NSAgY3VyPTAgICBxdWV1ZWQ9MCAgClsyMl0gcHJvY2Vzc29yIGVmbGFn cwk9ICAgdHggcmluZyAgNjogcWlkPTYgIGN1cj0wICAgcXVldWVkPTAgIApbMjJdIGludGVycnVw dCBlbmFibGVkLCAgIHR4IHJpbmcgIDc6IHFpZD03ICBjdXI9MCAgIHF1ZXVlZD0wICAKWzIyXSBy ZXN1bWUsIElPUEwgPSAwClsyMl0gICB0eCByaW5nICA4OiBxaWQ9OCAgY3VyPTAgICBxdWV1ZWQ9 MCAgClsyMl0gICB0eCByaW5nICA5OiBxaWQ9OSAgY3VyPTc4ICBxdWV1ZWQ9MCAgClsyMl0gY3Vy cmVudCBwcm9jZXNzCQk9IDc4OSAodmlkY29udHJvbCkKWzIyXSAgIHR4IHJpbmcgMTA6IHFpZD0x MCBjdXI9MCAgIHF1ZXVlZD0wICAKClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC96 ZnMua28uc3ltYm9scy4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvemZz LmtvLnN5bWJvbHMKUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL29wZW5zb2xhcmlz LmtvLnN5bWJvbHMuLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL29wZW5z b2xhcmlzLmtvLnN5bWJvbHMKUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2xpbnV4 LmtvLnN5bWJvbHMuLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL2xpbnV4 LmtvLnN5bWJvbHMKUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3J1bmZ3LmtvLnN5 bWJvbHMuLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL3J1bmZ3LmtvLnN5 bWJvbHMKUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3QvbW9kdWxlcy9jdXNlNGJzZC5rby4uLmRv bmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9tb2R1bGVzL2N1c2U0YnNkLmtvClJlYWRpbmcg c3ltYm9scyBmcm9tIC9ib290L21vZHVsZXMvdmJveGRydi5rby4uLmRvbmUuCkxvYWRlZCBzeW1i b2xzIGZvciAvYm9vdC9tb2R1bGVzL3Zib3hkcnYua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jv b3Qva2VybmVsL2NwdWN0bC5rby5zeW1ib2xzLi4uZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9i b290L2tlcm5lbC9jcHVjdGwua28uc3ltYm9scwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9r ZXJuZWwvbGlucHJvY2ZzLmtvLnN5bWJvbHMuLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jv b3Qva2VybmVsL2xpbnByb2Nmcy5rby5zeW1ib2xzClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290 L2tlcm5lbC9mZGVzY2ZzLmtvLnN5bWJvbHMuLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jv b3Qva2VybmVsL2ZkZXNjZnMua28uc3ltYm9scwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9r ZXJuZWwvdG1wZnMua28uc3ltYm9scy4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9r ZXJuZWwvdG1wZnMua28uc3ltYm9scwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwv d2xhbi5rby5zeW1ib2xzLi4uZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC93 bGFuLmtvLnN5bWJvbHMKUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3dsYW5fd2Vw LmtvLnN5bWJvbHMuLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL3dsYW5f d2VwLmtvLnN5bWJvbHMKUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3dsYW5fY2Nt cC5rby5zeW1ib2xzLi4uZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC93bGFu X2NjbXAua28uc3ltYm9scwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvd2xhbl90 a2lwLmtvLnN5bWJvbHMuLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL3ds YW5fdGtpcC5rby5zeW1ib2xzClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC93bGFu X2FtcnIua28uc3ltYm9scy4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwv d2xhbl9hbXJyLmtvLnN5bWJvbHMKUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2Z1 c2Uua28uc3ltYm9scy4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvZnVz ZS5rby5zeW1ib2xzClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9pZl9pd24ua28u c3ltYm9scy4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvaWZfaXduLmtv LnN5bWJvbHMKUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2k5MTVrbXMua28uc3lt Ym9scy4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvaTkxNWttcy5rby5z eW1ib2xzClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9kcm0yLmtvLnN5bWJvbHMu Li5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL2RybTIua28uc3ltYm9scwpS ZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvaWljYnVzLmtvLnN5bWJvbHMuLi5kb25l LgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL2lpY2J1cy5rby5zeW1ib2xzClJlYWRp bmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9paWMua28uc3ltYm9scy4uLmRvbmUuCkxvYWRl ZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvaWljLmtvLnN5bWJvbHMKUmVhZGluZyBzeW1ib2xz IGZyb20gL2Jvb3Qva2VybmVsL2lpY2JiLmtvLnN5bWJvbHMuLi5kb25lLgpMb2FkZWQgc3ltYm9s cyBmb3IgL2Jvb3Qva2VybmVsL2lpY2JiLmtvLnN5bWJvbHMKUmVhZGluZyBzeW1ib2xzIGZyb20g L2Jvb3Qva2VybmVsL3Vtcy5rby5zeW1ib2xzLi4uZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9i b290L2tlcm5lbC91bXMua28uc3ltYm9scwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJu ZWwvbmdfdWJ0LmtvLnN5bWJvbHMuLi5kb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2Vy bmVsL25nX3VidC5rby5zeW1ib2xzClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9u ZXRncmFwaC5rby5zeW1ib2xzLi4uZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5l bC9uZXRncmFwaC5rby5zeW1ib2xzClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9u Z19oY2kua28uc3ltYm9scy4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwv bmdfaGNpLmtvLnN5bWJvbHMKUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL25nX2Js dWV0b290aC5rby5zeW1ib2xzLi4uZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5l bC9uZ19ibHVldG9vdGgua28uc3ltYm9scwojMCAgZG9hZHVtcCAodGV4dGR1bXA9ODMyNjg4Njg4 KSBhdCBwY3B1Lmg6MjE5CjIxOQlwY3B1Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkuCglp biBwY3B1LmgKKGtnZGIpICMwICBkb2FkdW1wICh0ZXh0ZHVtcD04MzI2ODg2ODgpIGF0IHBjcHUu aDoyMTkKIzEgIDB4ZmZmZmZmZmY4MDMyNTFiNSBpbiBkYl9mbmNhbGwgKGR1bW15MT08dmFsdWUg b3B0aW1pemVkIG91dD4sIAogICAgZHVtbXkyPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PiwgZHVtbXkz PTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PiwgCiAgICBkdW1teTQ9PHZhbHVlIG9wdGltaXplZCBvdXQ+ KSBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1hbmQuYzo1NzgKIzIgIDB4ZmZmZmZmZmY4MDMy NGU5ZCBpbiBkYl9jb21tYW5kIChjbWRfdGFibGU9PHZhbHVlIG9wdGltaXplZCBvdXQ+KQogICAg YXQgL3Vzci9zcmMvc3lzL2RkYi9kYl9jb21tYW5kLmM6NDQ5CiMzICAweGZmZmZmZmZmODAzMjRj MTQgaW4gZGJfY29tbWFuZF9sb29wICgpCiAgICBhdCAvdXNyL3NyYy9zeXMvZGRiL2RiX2NvbW1h bmQuYzo1MDIKIzQgIDB4ZmZmZmZmZmY4MDMyNzU5MCBpbiBkYl90cmFwICh0eXBlPTx2YWx1ZSBv cHRpbWl6ZWQgb3V0PiwgY29kZT0wKQogICAgYXQgL3Vzci9zcmMvc3lzL2RkYi9kYl9tYWluLmM6 MjMxCiM1ICAweGZmZmZmZmZmODA3ZjBjMDMgaW4ga2RiX3RyYXAgKHR5cGU9OSwgY29kZT0wLCB0 Zj08dmFsdWUgb3B0aW1pemVkIG91dD4pCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9zdWJyX2tk Yi5jOjY1NgojNiAgMHhmZmZmZmZmZjgwYjcwMjQyIGluIHRyYXBfZmF0YWwgKGZyYW1lPTB4ZmZm ZmZlMDIzMWExZDZlMCwgCiAgICBldmE9PHZhbHVlIG9wdGltaXplZCBvdXQ+KSBhdCAvdXNyL3Ny Yy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjg2OQojNyAgMHhmZmZmZmZmZjgwYjZmZWNhIGluIHRy YXAgKGZyYW1lPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0PikKICAgIGF0IC91c3Ivc3JjL3N5cy9hbWQ2 NC9hbWQ2NC90cmFwLmM6MjIxCiM4ICAweGZmZmZmZmZmODBiNTUwOTIgaW4gY2FsbHRyYXAgKCkK ICAgIGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC9leGNlcHRpb24uUzoyMzEKIzkgIDB4ZmZm ZmZmZmY4MDY3ZDhkOSBpbiB2dHRlcm1faW9jdGwgKHRtPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0Piwg CiAgICBjbWQ9PHZhbHVlIG9wdGltaXplZCBvdXQ+LCBkYXRhPTx2YWx1ZSBvcHRpbWl6ZWQgb3V0 PiwgCiAgICB0ZD08dmFsdWUgb3B0aW1pemVkIG91dD4pIGF0IC91c3Ivc3JjL3N5cy9kZXYvdnQv dnRfY29yZS5jOjE2ODcKUHJldmlvdXMgZnJhbWUgaW5uZXIgdG8gdGhpcyBmcmFtZSAoY29ycnVw dCBzdGFjaz8pCkN1cnJlbnQgbGFuZ3VhZ2U6ICBhdXRvOyBjdXJyZW50bHkgbWluaW1hbAooa2dk YikgCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0KcHMgLWF4bAoKVUlEIFBJRCBQUElEIENQVSBQUkkgTkkgICBW U1ogUlNTIE1XQ0hBTiAgIFNUQVQgVFQgICAgIFRJTUUgQ09NTUFORAogIDAgICAwICAgIDAgICAw ICAgOCAgMCAgICAgMCAgIDAgLSAgICAgICAgRExzICAgLSAgMDowMC40MCBba2VybmVsXQogIDAg ICAxICAgIDAgICAwICA1MiAgMCAgOTQzNiAgIDAgd2FpdCAgICAgRExzICAgLSAgMDowMC4wMyBb aW5pdF0KICAwICAgMiAgICAwICAgMCAtMTYgIDAgICAgIDAgICAwIGNjYl9zY2FuIERMICAgIC0g IDA6MDAuMDAgW2NhbV0KICAwICAgMyAgICAwICAgMCAgLTggIDAgICAgIDAgICAwIHR4LT50eF9z IERMICAgIC0gIDA6MDAuMDIgW3pmc2tlcm5dCiAgMCAgIDQgICAgMCAgIDAgLTE2ICAwICAgICAw ICAgMCB3YWl0aW5nXyBETCAgICAtICAwOjAwLjAwIFtzY3RwX2l0ZXJhdG9yXQogIDAgICA1ICAg IDAgICAwIC0xNiAgMCAgICAgMCAgIDAgaWRsZSAgICAgREwgICAgLSAgMDowMC4wMCBbZW5jX2Rh ZW1vbjBdCiAgMCAgIDYgICAgMCAgIDAgLTE2ICAwICAgICAwICAgMCBwc2xlZXAgICBETCAgICAt ICAwOjAwLjAwIFtwYWdlZGFlbW9uXQogIDAgICA3ICAgIDAgICAwIC0xNiAgMCAgICAgMCAgIDAg cHNsZWVwICAgREwgICAgLSAgMDowMC4wMCBbdm1kYWVtb25dCiAgMCAgIDggICAgMCAgIDAgMTU1 ICAwICAgICAwICAgMCBwZ3plcm8gICBETCAgICAtICAwOjAwLjAwIFtwYWdlemVyb10KICAwICAg OSAgICAwICAgMCAtMTYgIDAgICAgIDAgICAwIHBzbGVlcCAgIERMICAgIC0gIDA6MDAuMDAgW2J1 ZmRhZW1vbl0KICAwICAxMCAgICAwICAgMCAtMTYgIDAgICAgIDAgICAwIGF1ZGl0X3dvIERMICAg IC0gIDA6MDAuMDAgW2F1ZGl0XQogIDAgIDExICAgIDAgICAwIDE1NSAgMCAgICAgMCAgIDAgLSAg ICAgICAgUkwgICAgLSAgMjoxMy44MiBbaWRsZV0KICAwICAxMiAgICAwICAgMCAtODQgIDAgICAg IDAgICAwIC0gICAgICAgIFdMICAgIC0gIDA6MDAuNDcgW2ludHJdCiAgMCAgMTMgICAgMCAgIDAg IC04ICAwICAgICAwICAgMCAtICAgICAgICBETCAgICAtICAwOjAwLjAyIFtnZW9tXQogIDAgIDE0 ICAgIDAgICAwIC0xNiAgMCAgICAgMCAgIDAgLSAgICAgICAgREwgICAgLSAgMDowMC4wMSBbcmFu ZF9oYXJ2ZXN0cV0KICAwICAxNSAgICAwICAgMCAtNjggIDAgICAgIDAgICAwIC0gICAgICAgIERM ICAgIC0gIDA6MDAuMDEgW3VzYl0KICAwICAxNiAgICAwICAgMCAtMTYgIDAgICAgIDAgICAwIHR6 cG9sbCAgIERMICAgIC0gIDA6MDAuMDAgW2FjcGlfdGhlcm1hbF0KICAwICAxNyAgICAwICAgMCAt MjAgIDAgICAgIDAgICAwIFZCb3hJUyAgIERMICAgIC0gIDA6MDAuMDAgW1RJTUVSXQogIDAgIDE4 ICAgIDAgICAwIC0xNiAgMCAgICAgMCAgIDAgdmxydXd0ICAgREwgICAgLSAgMDowMC4wMCBbdm5s cnVdCiAgMCAgMTkgICAgMCAgIDAgIDE2ICAwICAgICAwICAgMCBzeW5jZXIgICBETCAgICAtICAw OjAwLjAwIFtzeW5jZXJdCiAgMCAgMjAgICAgMCAgIDAgLTE2ICAwICAgICAwICAgMCBzZGZsdXNo ICBETCAgICAtICAwOjAwLjAwIFtzb2Z0ZGVwZmx1c2hdCiAgMCAgMjEgICAgMSAgIDAgIDUyICAw IDE2OTk2ICAgMCB3YWl0ICAgICBEcysgICAtICAwOjAwLjAyIFtzaF0KICAwIDE3OCAgICAxICAg MCAgNTIgIDAgMTIyNzIgICAwIHBhdXNlICAgIERzICAgIC0gIDA6MDAuMDAgW2Fkamtlcm50el0K ICAwIDU0NSAgICAxICAgMCAgMjMgIDAgMjE3MDggICAwIHNlbGVjdCAgIERzICAgIC0gIDA6MDAu MDEgW3dwYV9zdXBwbGljYW50XQogIDAgNTc3ICAgIDEgICAwICA1MiAgMCAxNDU2NCAgIDAgc2Vs ZWN0ICAgRHMgICAgLSAgMDowMC4wMCBbZGhjbGllbnRdCiA2NSA2MTMgICAgMSAgIDAgIDM4ICAw IDE0NTY0ICAgMCBzZWxlY3QgICBEcyAgICAtICAwOjAwLjAwIFtkaGNsaWVudF0KICAwIDY4NSAg IDIxICAgMCAgNTIgIDAgMTY5OTYgICAwIHdhaXQgICAgIEQrICAgIC0gIDA6MDAuMDAgW3NoXQog IDAgNjg2ICA2ODUgICAwICA1MiAgMCAxMzU4OCAgIDAgd2FpdCAgICAgRCsgICAgLSAgMDowMC4w MCBbZGV2ZF0KICAwIDczMCAgICAwICAgMCAtMTYgIDAgICAgIDAgICAwIHNsZWVwICAgIERMICAg IC0gIDA6MDAuMDAgW25nX3F1ZXVlXQogIDAgNzM4ICAgIDEgICAwIC00NCAgMCAzMDQ1MiAgIDAg Y3VzZS1zZXIgRHMgICAgLSAgMDowMC4wMCBbd2ViY2FtZF0KICAwIDc4NCAgNjg2ICAgMCAgNTIg IDAgMTY5OTYgICAwIHdhaXQgICAgIEQrICAgIC0gIDA6MDAuMDAgW3NoXQogIDAgNzg4ICAgIDEg ICAwICA1MiAgMCAxNjYzMiAgIDAgc2VsZWN0ICAgRHMgICAgLSAgMDowMC4wMCBbbW91c2VkXQog IDAgNzg5ICA3ODQgICAwICA3MiAgMCAgODE4OCAgIDAgLSAgICAgICAgUisgICAgLSAgMDowMC4w MCBbdmlkY29udHJvbF0KCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQp2bXN0YXQgLXMKCiAgICA2MzczNiBjcHUg Y29udGV4dCBzd2l0Y2hlcwogICAgIDg3ODYgZGV2aWNlIGludGVycnVwdHMKICAgICAgNjU3IHNv ZnR3YXJlIGludGVycnVwdHMKICAgIDU1MzM4IHRyYXBzCiAgIDEyMzg1MiBzeXN0ZW0gY2FsbHMK ICAgICAgIDIxIGtlcm5lbCB0aHJlYWRzIGNyZWF0ZWQKICAgICAgNjQzICBmb3JrKCkgY2FsbHMK ICAgICAgMTI1IHZmb3JrKCkgY2FsbHMKICAgICAgICAwIHJmb3JrKCkgY2FsbHMKICAgICAgICAw IHN3YXAgcGFnZXIgcGFnZWlucwogICAgICAgIDAgc3dhcCBwYWdlciBwYWdlcyBwYWdlZCBpbgog ICAgICAgIDAgc3dhcCBwYWdlciBwYWdlb3V0cwogICAgICAgIDAgc3dhcCBwYWdlciBwYWdlcyBw YWdlZCBvdXQKICAgICAgMzkyIHZub2RlIHBhZ2VyIHBhZ2VpbnMKICAgICAzMDU3IHZub2RlIHBh Z2VyIHBhZ2VzIHBhZ2VkIGluCiAgICAgICAgMCB2bm9kZSBwYWdlciBwYWdlb3V0cwogICAgICAg IDAgdm5vZGUgcGFnZXIgcGFnZXMgcGFnZWQgb3V0CiAgICAgICAgMCBwYWdlIGRhZW1vbiB3YWtl dXBzCiAgICAgICAgMCBwYWdlcyBleGFtaW5lZCBieSB0aGUgcGFnZSBkYWVtb24KICAgICAgIDM5 IHBhZ2VzIHJlYWN0aXZhdGVkCiAgICAyMTQ2OSBjb3B5LW9uLXdyaXRlIGZhdWx0cwogICAgICAx MzggY29weS1vbi13cml0ZSBvcHRpbWl6ZWQgZmF1bHRzCiAgICAyMjgwOSB6ZXJvIGZpbGwgcGFn ZXMgemVyb2VkCiAgICAgICAgMCB6ZXJvIGZpbGwgcGFnZXMgcHJlemVyb2VkCiAgICAgICA0NyBp bnRyYW5zaXQgYmxvY2tpbmcgcGFnZSBmYXVsdHMKICAgIDUyOTkwIHRvdGFsIFZNIGZhdWx0cyB0 YWtlbgogICAgICAzMjEgcGFnZSBmYXVsdHMgcmVxdWlyaW5nIEkvTwogICAgICAgIDAgcGFnZXMg YWZmZWN0ZWQgYnkga2VybmVsIHRocmVhZCBjcmVhdGlvbgogICAgMjQxNTQgcGFnZXMgYWZmZWN0 ZWQgYnkgIGZvcmsoKQogICAgIDQzNzUgcGFnZXMgYWZmZWN0ZWQgYnkgdmZvcmsoKQogICAgICAg IDAgcGFnZXMgYWZmZWN0ZWQgYnkgcmZvcmsoKQogICAgICAgIDAgcGFnZXMgY2FjaGVkCiAgICA5 ODE2MSBwYWdlcyBmcmVlZAogICAgICAgIDAgcGFnZXMgZnJlZWQgYnkgZGFlbW9uCiAgICAgICAg MCBwYWdlcyBmcmVlZCBieSBleGl0aW5nIHByb2Nlc3NlcwogICAgIDI0NDggcGFnZXMgYWN0aXZl CiAgICAgMjc2NiBwYWdlcyBpbmFjdGl2ZQogICAgICAgNTcgcGFnZXMgaW4gVk0gY2FjaGUKICAg IDY5NDMxIHBhZ2VzIHdpcmVkIGRvd24KICAxOTIyNDAxIHBhZ2VzIGZyZWUKICAgICA0MDk2IGJ5 dGVzIHBlciBwYWdlCiAgICAzNzk4NSB0b3RhbCBuYW1lIGxvb2t1cHMKICAgICAgICAgIGNhY2hl IGhpdHMgKDc3JSBwb3MgKyAyMCUgbmVnKSBzeXN0ZW0gMCUgcGVyLWRpcmVjdG9yeQogICAgICAg ICAgZGVsZXRpb25zIDAlLCBmYWxzZWhpdHMgMCUsIHRvb2xvbmcgMCUKCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQp2bXN0YXQgLW0KCiAgICAgICAgIFR5cGUgSW5Vc2UgTWVtVXNlIEhpZ2hVc2UgUmVxdWVzdHMg IFNpemUocykKICAgICBmaWxlZGVzYyAgICAzMyAgICA2NksgICAgICAgLSAgICAgIDc5MCAgMjA0 OAogICAgIGZpbGVjYXBzICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAzICAxNgogICAgICBr ZHRyYWNlICAgNTI3ICAgMTI2SyAgICAgICAtICAgICAyMDEwICA2NCwyNTYKICAgICAgICAga2Vu diAgICA4NyAgICAxMksgICAgICAgLSAgICAgICA5NyAgMTYsMzIsNjQsMTI4CiAgICBwcm9jLWFy Z3MgICAgMTEgICAgIDFLICAgICAgIC0gICAgICAyODQgIDE2LDMyLDY0LDEyOAogICAgICAgIGho b29rICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICAyNTYKICAgICAgaXRocmVhZCAgIDEw NiAgICAxOEsgICAgICAgLSAgICAgIDEwNiAgMzIsMTI4LDI1NgogICAgICAgICBoZGFhICAgIDEw ICAgIDQwSyAgICAgICAtICAgICAgIDEwICAyNTYsNTEyLDEwMjQsMjA0OCw0MDk2CiAgICAgICBL VFJBQ0UgICAxMDAgICAgMTNLICAgICAgIC0gICAgICAxMDAgIDEyOAogICAgICAgICBoZGFjICAg ICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAxMDI0CiAgICAgICAgaGRhY2MgICAgIDIgICAg IDFLICAgICAgIC0gICAgICAgIDIgIDMyCiAgICAgICBsaW5rZXIgICA1MDkgIDEyNDZLICAgICAg IC0gICAgICA3MDcgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEwMjQsMjA0OCw0MDk2CiAgICAgICAg bG9ja2YgICAgMTEgICAgIDJLICAgICAgIC0gICAgICAgMzUgIDY0LDEyOAogICBsb2dpbmNsYXNz ICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICA2NAogICAgICAgIGNhY2hlICAgICAxICAg ICAxSyAgICAgICAtICAgICAgICAxICAzMgogICAgICAgZGV2YnVmIDIyODY3IDM1MTEwSyAgICAg ICAtICAgIDIzMjA1ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5NgogICAgICAg ICB0ZW1wICAgIDYyICAgIDE4SyAgICAgICAtICAgICAxMjI5ICAxNiwzMiw2NCwxMjgsMjU2LDUx MiwxMDI0LDIwNDgsNDA5NgogICAgICAgaXA2bmRwICAgICA0ICAgICAxSyAgICAgICAtICAgICAg ICA0ICA2NCwxMjgKICAgICAgQ0FNIFNJTSAgICAgNSAgICAgMksgICAgICAgLSAgICAgICAgNSAg MjU2CiAgICAgICBrYmRtdXggICAgIDYgICAgMThLICAgICAgIC0gICAgICAgIDYgIDE2LDUxMiwx MDI0LDIwNDgKICAgICAgICAgIExFRCAgICAxMiAgICAgMUsgICAgICAgLSAgICAgICAxMiAgMTYs MTI4CiAgICAgICBtb2R1bGUgICA0NzYgICAgNjBLICAgICAgIC0gICAgICA0NzcgIDEyOAogICAg IG10eF9wb29sICAgICAyICAgIDE2SyAgICAgICAtICAgICAgICAyICAKICAgICAgICAgIG9zZCAg ICAgNCAgICAgMUsgICAgICAgLSAgICAgICAxMyAgMTYsMzIsNjQsMTI4CiAgICAgcG1jaG9va3Mg ICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDEyOAogICAgICBDQU0gWFBUICAgIDM3ICAg ICAzSyAgICAgICAtICAgICAgMTE2ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgKICAg ICAgICB2dGJ1ZiAgICAyNCAgNTcxMksgICAgICAgLSAgICAgICA0NiAgNDA5NgogICAgICAgZmVl ZGVyICAgIDE5ICAgICAySyAgICAgICAtICAgICAgIDI0ICAzMiwxMjgKICAgICAgICAgcGdycCAg ICAgOCAgICAgMUsgICAgICAgLSAgICAgICAxMSAgMTI4CiAgICAgIHNlc3Npb24gICAgIDggICAg IDFLICAgICAgIC0gICAgICAgMTEgIDEyOAogICAgICAgICBwcm9jICAgICAyICAgIDMySyAgICAg ICAtICAgICAgICAyICAKICAgICAgc3VicHJvYyAgIDEzMyAgIDE4MksgICAgICAgLSAgICAgIDg5 MCAgNTEyLDQwOTYKICAgICAgICAgY3JlZCAgICA2NiAgICAxMUsgICAgICAgLSAgICAgMjEzNiAg NjQsMjU2CiAgICAgICBwbGltaXQgICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgMTUgIDI1Ngog ICAgICB1aWRpbmZvICAgICAzICAgICA1SyAgICAgICAtICAgICAgICAzICAxMjgsNDA5NgogICAg ICBDQU0gREVWICAgICA5ICAgIDE4SyAgICAgICAtICAgICAgIDEwICAyMDQ4CiAgICAgIHNjc2lf Y2QgICAgIDAgICAgIDBLICAgICAgIC0gICAgICAgMTQgIDE2CiAgICAgICAgICAgdnQgICAgMTEg ICAgIDNLICAgICAgIC0gICAgICAgMTEgIDI1NgogICAgICAgREVWRlMzICAgMTYzICAgIDQxSyAg ICAgICAtICAgICAgMTgwICAyNTYKICAgICAgIERFVkZTMSAgIDE0NCAgICA3MksgICAgICAgLSAg ICAgIDE1NCAgNTEyCiAgICAgICBzeXNjdGwgICAgIDAgICAgIDBLICAgICAgIC0gICAgICAyODAg IDE2LDMyLDY0CiAgICBzeXNjdGxvaWQgIDY3MzUgICAzMzVLICAgICAgIC0gICAgIDY5MDQgIDE2 LDMyLDY0LDEyOAogICAgc3lzY3RsdG1wICAgICAwICAgICAwSyAgICAgICAtICAgICAgMzI2ICAx NiwzMiw2NCwxMjgsMjU2LDQwOTYKICAgICAgICBERVZGUyAgICAyMyAgICAgMUsgICAgICAgLSAg ICAgICAyNCAgMTYsMTI4CiAgICAgIHRpZGhhc2ggICAgIDEgICAgMzJLICAgICAgIC0gICAgICAg IDEgIAogICAgICBjYWxsb3V0ICAgICA5ICAzMjA4SyAgICAgICAtICAgICAgICA5ICAKICAgICAg ICAgdW10eCAgMTI2MCAgIDE1OEsgICAgICAgLSAgICAgMTI2MCAgMTI4CiAgICAgcDEwMDMuMWIg ICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDE2CiAgICAgICAgIFNXQVAgICAgIDIgIDIx ODlLICAgICAgIC0gICAgICAgIDIgIDY0CiAgICAgICAgICBidXMgIDE0MDIgIDczNDJLICAgICAg IC0gICAgIDcwNjIgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEwMjQKICAgICAgIGJ1cy1zYyAgIDE1 OCAgMTcwMEsgICAgICAgLSAgICAgMzc5MiAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4 LDQwOTYKICAgICAgIERFVkZTUCAgICAgNyAgICAgMUsgICAgICAgLSAgICAgICA0OCAgNjQKICAg ICAgZGV2c3RhdCAgICAgOCAgICAxN0sgICAgICAgLSAgICAgICAgOCAgMzIsNDA5NgogZXZlbnRo YW5kbGVyICAgIDkwICAgICA4SyAgICAgICAtICAgICAgIDkwICA2NCwxMjgKICAgICAgICAga29i aiAgIDMxMiAgMTI0OEsgICAgICAgLSAgICAgIDUyNyAgNDA5NgogICAgICBQZXItY3B1ICAgICAx ICAgICAxSyAgICAgICAtICAgICAgICAxICAzMgogICAgICAgICBybWFuICAgMjQ5ICAgIDMwSyAg ICAgICAtICAgICAgNjA4ICAxNiwzMiwxMjgKICAgICAgICAgc2J1ZiAgICAgMCAgICAgMEsgICAg ICAgLSAgICAgMTEzMSAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgICAg ICBzdGFjayAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgMiAgMjU2CiAgICB0YXNrcXVldWUg ICAxODEgICAgMjdLICAgICAgIC0gICAgICAzOTUgIDE2LDMyLDY0LDEyOCwyNTYKICAgICB0ZXJt aW5hbCAgICAxMSAgICAgM0sgICAgICAgLSAgICAgICAxMSAgMjU2CiAgICAgICBVbml0bm8gICAg MjcgICAgIDJLICAgICAgIC0gICAgIDE3MjkgIDMyLDY0CiAgICAgICAgIHZtZW0gICAgIDIgICAx NDRLICAgICAgIC0gICAgICAgIDIgIAogICAgIGlvY3Rsb3BzICAgICA2ICAgICAxSyAgICAgICAt ICAgICAxMDQ3ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0CiAgICAgICBzZWxlY3QgICAgIDgg ICAgIDFLICAgICAgIC0gICAgICAgIDggIDEyOAogICAgICAgICAgaW92ICAgICAwICAgICAwSyAg ICAgICAtICAgICAgIDg5ICA2NCwxMjgsMjU2LDUxMgogICAgICAgICAgbXNnICAgICA0ICAgIDMw SyAgICAgICAtICAgICAgICA0ICAyMDQ4LDQwOTYKICAgICAgICAgIHNlbSAgICAgNCAgIDEwNksg ICAgICAgLSAgICAgICAgNCAgMjA0OCw0MDk2CiAgICAgICAgICBzaG0gICAgIDEgICAgMjBLICAg ICAgIC0gICAgICAgIDEgIAogICAgICAgICAgdHR5ICAgIDEyICAgIDEySyAgICAgICAtICAgICAg IDE0ICAxMDI0LDIwNDgKICAgICBtYnVmX3RhZyAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAx NSAgMzIsNjQKICAgICAgICBzaG1mZCAgICAgMSAgICAgOEsgICAgICAgLSAgICAgICAgMSAgCiAg ICAgICBzb25hbWUgICAgIDIgICAgIDFLICAgICAgIC0gICAgMjAwMTQgIDMyLDEyOAogICAgICAg ICAgcGNiICAgIDE0ICAxMTczSyAgICAgICAtICAgICAgIDE3ICAxNiwzMiwxMjgsMTAyNCwyMDQ4 CiAgICAgdmZzY2FjaGUgICAgIDEgIDIwNDhLICAgICAgIC0gICAgICAgIDEgIAogICAgIHZmc19o YXNoICAgICAxICAxMDI0SyAgICAgICAtICAgICAgICAxICAKICAgICAgIHZub2RlcyAgICAgMSAg ICAgMUsgICAgICAgLSAgICAgICAgMSAgMjU2CiAgICAgICAgbW91bnQgICAzMDQgICAgMTFLICAg ICAgIC0gICAgICA2ODEgIDE2LDMyLDY0LDEyOCwyNTYKICB2bm9kZW1hcmtlciAgICAgMCAgICAg MEsgICAgICAgLSAgICAgICAxOSAgNTEyCiAgICAgICAgICBCUEYgICAgMTUgIDEwNDNLICAgICAg IC0gICAgICAgMTggIDE2LDEyOCw1MTIsNDA5NgogICAgICAgIGlmbmV0ICAgICA0ICAgICA3SyAg ICAgICAtICAgICAgICA0ICAxMjgsMjA0OAogICAgICAgaWZhZGRyICAgMTM2ICAgIDE2SyAgICAg ICAtICAgICAgMTM2ICAzMiw2NCwxMjgsMjU2LDUxMiwyMDQ4LDQwOTYKICBldGhlcl9tdWx0aSAg ICAxOSAgICAgMUsgICAgICAgLSAgICAgICAyOCAgMTYsMzIsNjQKICAgICAgICBjbG9uZSAgICAg NyAgICAgMUsgICAgICAgLSAgICAgICAgNyAgMTI4CiAgICAgICBhcnBjb20gICAgIDEgICAgIDFL ICAgICAgIC0gICAgICAgIDEgIDE2CiAgICAgIGxsdGFibGUgICAgIDkgICAgIDRLICAgICAgIC0g ICAgICAgIDkgIDI1Niw1MTIKICAgICByb3V0ZXRibCAgICAyMSAgICAgM0sgICAgICAgLSAgICAg IDE0MSAgMzIsNjQsMTI4LDI1Niw1MTIKICAgICAgICAgaWdtcCAgICAgMyAgICAgMUsgICAgICAg LSAgICAgICAgMyAgMjU2CiAgICAgaW5fbXVsdGkgICAgIDIgICAgIDFLICAgICAgIC0gICAgICAg IDMgIDI1NgogICAgc2N0cF9hX2l0ICAgICAwICAgICAwSyAgICAgICAtICAgICAgICAzICAxNgog ICAgIHNjdHBfdnJmICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICA2NAogICAgIHNjdHBf aWZhICAgICA0ICAgICAxSyAgICAgICAtICAgICAgICA0ICAxMjgKICAgICBzY3RwX2lmbiAgICAg MiAgICAgMUsgICAgICAgLSAgICAgICAgMiAgMTI4CiAgICBzY3RwX2l0ZXIgICAgIDAgICAgIDBL ICAgICAgIC0gICAgICAgIDMgIDI1NgogICAgaG9zdGNhY2hlICAgICAxICAgIDI4SyAgICAgICAt ICAgICAgICAxICAKICAgICBzeW5jYWNoZSAgICAgMSAgICA2NEsgICAgICAgLSAgICAgICAgMSAg CiAgICBpbjZfbXVsdGkgICAgMTUgICAgIDJLICAgICAgIC0gICAgICAgMTUgIDMyLDI1NgogICAg ICAgICAgbWxkICAgICAzICAgICAxSyAgICAgICAtICAgICAgICAzICAxMjgKICAgICAgTkZTIEZI QSAgICAgMSAgICAgMksgICAgICAgLSAgICAgICAgMSAgMjA0OAogICAgICAgICAgcnBjICAgICAy ICAgICAxSyAgICAgICAtICAgICAgICAyICAyNTYKYXVkaXRfZXZjbGFzcyAgIDE4NyAgICAgNksg ICAgICAgLSAgICAgIDIyOCAgMzIKICAgIHVmc19xdW90YSAgICAgMSAgMTAyNEsgICAgICAgLSAg ICAgICAgMSAgCiAgICB2bV9wZ2RhdGEgICAgIDIgIDEwMjVLICAgICAgIC0gICAgICAgIDIgIDEy OAogICAgcGZzX25vZGVzICAgIDczICAgIDE5SyAgICAgICAtICAgICAgIDczICAyNTYKICBwZnNf dm5jYWNoZSAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgNjQKICAgICAgICAgR0VPTSAg ICA3OCAgICAxNksgICAgICAgLSAgICAgIDgyNCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwy MDQ4CiAgICAgICAgbWl4ZXIgICAgIDQgICAgMTZLICAgICAgIC0gICAgICAgIDQgIDQwOTYKICAg ICAgbWVtZGVzYyAgICAgMSAgICAgNEsgICAgICAgLSAgICAgICAgMSAgNDA5NgogICAgIGF0a2Jk ZGV2ICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICA2NAogICAgICBDQU0gQ0NCICAgICAy ICAgICA0SyAgICAgICAtICAgICA1NDA1ICAyMDQ4CiAgICByYWlkX2RhdGEgICAgIDAgICAgIDBL ICAgICAgIC0gICAgICAxMDggIDMyLDEyOCwyNTYKICAgICBTQ1NJIEVOQyAgICAyNSAgIDEwMEsg ICAgICAgLSAgICAgICAyNyAgMTYsNjQsMjU2LDIwNDgKICAgICBwY2lfbGluayAgICAxNiAgICAg MksgICAgICAgLSAgICAgICAxNiAgNjQsMTI4CiAgICBhY3BpX3BlcmYgICAgIDggICAgIDRLICAg ICAgIC0gICAgICAgIDggIDUxMgogICAgICBhY3BpcHdyICAgICA0ICAgICAxSyAgICAgICAtICAg ICAgICA0ICA2NAogICAgIENBTSBwYXRoICAgIDEzICAgICAxSyAgICAgICAtICAgICAgIDU4ICAz MgogIGRkYl9jYXB0dXJlICAgICAxICAgIDQ4SyAgICAgICAtICAgICAgICAxICAKICAgICAgICAg IGFncCAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMzIKbWRfbnZpZGlhX2RhdGEgICAg IDAgICAgIDBLICAgICAgIC0gICAgICAgMTcgIDUxMgogIG1kX3NpaV9kYXRhICAgICAwICAgICAw SyAgICAgICAtICAgICAgIDE3ICA1MTIKICAgICBhY3BpaW50ciAgICAgMSAgICAgMUsgICAgICAg LSAgICAgICAgMSAgNjQKICAgICAgIGFjcGljYSAgNjI1NyAgIDY0NUsgICAgICAgLSAgICA3MDgz MCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgQ0FNIHBlcmlwaCAgICAx MCAgICAgM0sgICAgICAgLSAgICAgICAyNCAgMTYsMzIsNjQsMTI4LDI1NgogICAgICAgICAgVVNC ICAgIDYwICAgMTA1SyAgICAgICAtICAgICAgIDcyICAxNiwzMiwxMjgsMjU2LDUxMiwxMDI0LDIw NDgsNDA5NgogICAgICAgVVNCZGV2ICAgIDcyICAgIDI2SyAgICAgICAtICAgICAgMTE0ICAzMiw2 NCwxMjgsMjU2LDUxMiwyMDQ4LDQwOTYKICAgICAgIGFwbWRldiAgICAgMSAgICAgMUsgICAgICAg LSAgICAgICAgMSAgMTI4CiAgIG1hZHRfdGFibGUgICAgIDAgICAgIDBLICAgICAgIC0gICAgICAg IDEgIDQwOTYKICAgICAgZW50cm9weSAgMTAyNyAgICA2NUsgICAgICAgLSAgICAgMTAzMCAgMzIs NjQsNDA5NgogICAgICAgaXNhZGV2ICAgICA3ICAgICAxSyAgICAgICAtICAgICAgICA3ICAxMjgK ICAgICAgaW9fYXBpYyAgICAgMSAgICAgMksgICAgICAgLSAgICAgICAgMSAgMjA0OAogICAgQ0FN IHF1ZXVlICAgIDE0ICAgICA1SyAgICAgICAtICAgICAgIDIxICAxNiw1MTIKICAgICAgICAgIE1D QSAgICAxOCAgICAgM0sgICAgICAgLSAgICAgICAxOCAgNjQsMTI4CiAgICAgYWNwaXRhc2sgICAg IDEgICAgIDhLICAgICAgIC0gICAgICAgIDEgIAogICAgICAgICAgbXNpICAgIDEzICAgICAySyAg ICAgICAtICAgICAgIDEzICAxMjgKICAgICBuZXh1c2RldiAgICAgMyAgICAgMUsgICAgICAgLSAg ICAgICAgMyAgMTYKICAgICAgYWNwaXNlbSAgICA3NiAgICAxMEsgICAgICAgLSAgICAgICA3NiAg MTI4CkNBTSBkZXYgcXVldWUgICAgIDUgICAgIDFLICAgICAgIC0gICAgICAgIDUgIDY0CiAgICAg ICAgIGNkZXYgICAgIDkgICAgIDNLICAgICAgIC0gICAgICAgIDkgIDI1NgogICAgICBhY3BpZGV2 ICAgIDQ5ICAgICA0SyAgICAgICAtICAgICAgIDQ5ICA2NAogICAgICBzb2xhcmlzIDE3MjgyIDIy NjczSyAgICAgICAtICAgMTc3NDgwICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5 NgogICBrc3RhdF9kYXRhICAgICA2ICAgICAxSyAgICAgICAtICAgICAgICA2ICA2NAogICAgICAg IGxpbnV4ICAgIDE1ICAgICAxSyAgICAgICAtICAgICAgIDE1ICA2NAogICAgICAgICBjdXNlICAg ICAyICAgICAxSyAgICAgICAtICAgICAgICA1ICA2NCwyNTYKICAgICBpcHJ0aGVhcCAgICAxNyAg ICA1NEsgICAgICAgLSAgICAgICAxNyAgMzIsNjQsMTI4LDI1NgogICAgICAgY3B1Y3RsICAgICAx ICAgICAxSyAgICAgICAtICAgICAgICAxICA2NAogIGZkZXNjX21vdW50ICAgICAxICAgICAxSyAg ICAgICAtICAgICAgICAxICAxNgogIHRtcGZzIG1vdW50ICAgICAxICAgICAxSyAgICAgICAtICAg ICAgICAxICAxMjgKICAgICA4MDIxMXZhcCAgICAgMSAgICAgNEsgICAgICAgLSAgICAgICAgMSAg NDA5NgogIDgwMjExY3J5cHRvICAgICAyICAgICAxSyAgICAgICAtICAgICAgICAyICAxMjgsNTEy CiAgICAgODAyMTFjb20gICAgIDEgICAgIDhLICAgICAgIC0gICAgICAgIDEgIAogICAgODAyMTFu b2RlICAgICAxICAgIDE2SyAgICAgICAtICAgICAgICAyICAKICA4MDIxMW5vZGVpZSAgICAxNiAg ICAgNEsgICAgICAgLSAgICAgICAyMCAgMzIsMTI4LDI1NgogICAgODAyMTFzY2FuICAgIDE2ICAg IDEzSyAgICAgICAtICAgICAgIDE2ICA1MTIsMjA0OCw0MDk2CiA4MDIxMXJhdGVjdGwgICAgIDIg ICAgIDFLICAgICAgIC0gICAgICAgIDMgIDE2LDY0CiAgICAgZ2VtX25hbWUgICAgMjYgICAgIDlL ICAgICAgIC0gICAgICAgMjkgIDMyLDQwOTYKICAgZHJtX3ZibGFuayAgICAgNyAgICAgMUsgICAg ICAgLSAgICAgICAgNyAgMTYsMTI4CiAgICBkcm1fc2FyZWEgICAgIDEgICAgIDFLICAgICAgIC0g ICAgICAgIDEgIDE2CiAgIGRybV9kcml2ZXIgICAgIDggICAgMTBLICAgICAgIC0gICAgICAgIDgg IDMyLDY0LDEwMjQKICAgICBkcm1fbWFwcyAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAg MTI4CiBkcm1fYWdwbGlzdHMgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDEyOApkcm1f Y3R4Yml0bWFwICAgICAxICAgICA0SyAgICAgICAtICAgICAgICAxICA0MDk2CiAgICAgZHJtX3Nt YW4gICAgIDggICAgIDFLICAgICAgIC0gICAgICAgIDggIDEyOAogIGRybV9oYXNodGFiICAgICAx ICA0MDk2SyAgICAgICAtICAgICAgICAxICAKICAgICAgZHJtX2ttcyAgICA2MyAgICA3MEsgICAg ICAgLSAgICAgICA3MyAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgICAg aTkxNWdlbSAgICAxOSAgICAyNUsgICAgICAgLSAgICAgICAxOSAgMTYsMzIsNjQsMjU2LDUxMiw0 MDk2Cm5ldGdyYXBoX25vZGUgICAgIDMgICAgIDFLICAgICAgIC0gICAgICAgIDMgIDEyOCwyNTYK Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQp2bXN0YXQgLXoKCklURU0gICAgICAgICAgICAgICAgICAgU0laRSAg TElNSVQgICAgIFVTRUQgICAgIEZSRUUgICAgICBSRVEgRkFJTCBTTEVFUAoKVU1BIEtlZ3M6ICAg ICAgICAgICAgICAgMzg0LCAgICAgIDAsICAgICAyNjUsICAgICAgIDUsICAgICAyNjUsICAgMCwg ICAwClVNQSBab25lczogICAgICAgICAgICAgMTY2NCwgICAgICAwLCAgICAgMjY1LCAgICAgICAx LCAgICAgMjY1LCAgIDAsICAgMApVTUEgU2xhYnM6ICAgICAgICAgICAgICAxMTIsICAgICAgMCwg ICAgNDAxMSwgICAgICAxNCwgICAgNTY4OSwgICAwLCAgIDAKVU1BIFJDbnRTbGFiczogICAgICAg ICAgMTIwLCAgICAgIDAsICAgICAzMTgsICAgICAgMTIsICAgICAzMTgsICAgMCwgICAwClVNQSBI YXNoOiAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAgIDc1LCAgICAgICAwLCAgICAgIDc1 LCAgIDAsICAgMAo0IEJ1Y2tldDogICAgICAgICAgICAgICAgMzIsICAgICAgMCwgICAgIDU5OCwg ICAgMTAxNCwgICAgMzMxNywgICAwLCAgIDAKNiBCdWNrZXQ6ICAgICAgICAgICAgICAgIDQ4LCAg ICAgIDAsICAgICAgODcsICAgICA4MjYsICAgICAyNTIsICAgMCwgICAwCjggQnVja2V0OiAgICAg ICAgICAgICAgICA2NCwgICAgICAwLCAgICAgIDg4LCAgICAxNDYyLCAgICAxNDIwLCAgIDAsICAg MAoxMiBCdWNrZXQ6ICAgICAgICAgICAgICAgOTYsICAgICAgMCwgICAgICA4MiwgICAgIDk0Mywg ICAgIDM2OSwgICAwLCAgIDAKMTYgQnVja2V0OiAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAg ICAxNzIsICAgICA5NzUsICAgIDEwNzIsICAxMywgICAwCjMyIEJ1Y2tldDogICAgICAgICAgICAg IDI1NiwgICAgICAwLCAgICAgMTc1LCAgICAgMzM1LCAgICAgNTAyLCAgNDYsICAgMAo2NCBCdWNr ZXQ6ICAgICAgICAgICAgICA1MTIsICAgICAgMCwgICAgIDE0NSwgICAgIDI2OCwgICAgIDQ4Miwg IDQ2LCAgIDAKMTI4IEJ1Y2tldDogICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICA1NjQsICAg ICAgNjgsICAgIDIxMzksICAgMCwgICAwCnZtZW0gYnRhZzogICAgICAgICAgICAgICA1NiwgICAg ICAwLCAgIDExODUxLCAgICAgNDMyLCAgIDEyMzcwLCAxNzMsICAgMApWTSBPQkpFQ1Q6ICAgICAg ICAgICAgICAyNTYsICAgICAgMCwgICAgIDk5NCwgICAgIDQxNiwgICAgOTk4NiwgICAwLCAgIDAK UkFESVggTk9ERTogICAgICAgICAgICAgMTQ0LCAgICAgIDAsICAgIDQ1NDksICAgICA0NDYsICAg MjQwMzEsICAgMCwgICAwCk1BUDogICAgICAgICAgICAgICAgICAgIDI0MCwgICAgICAwLCAgICAg ICAzLCAgICAgIDYxLCAgICAgICAzLCAgIDAsICAgMApLTUFQIEVOVFJZOiAgICAgICAgICAgICAx MjgsICAgICAgMCwgICAgICAyNiwgICAgIDg3MywgICAgICAyNywgICAwLCAgIDAKTUFQIEVOVFJZ OiAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAyMTEsICAgIDExODQsICAgMjEzNDYsICAg MCwgICAwClZNU1BBQ0U6ICAgICAgICAgICAgICAgIDQ0OCwgICAgICAwLCAgICAgIDEyLCAgICAg MjUyLCAgICAgNzcwLCAgIDAsICAgMApmYWtlcGc6ICAgICAgICAgICAgICAgICAxMDQsICAgICAg MCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKbXRfem9uZTogICAgICAgICAg ICAgICA0MTEyLCAgICAgIDAsICAgICA0MDYsICAgICAgIDAsICAgICA0MDYsICAgMCwgICAwCjE2 OiAgICAgICAgICAgICAgICAgICAgICAxNiwgICAgICAwLCAgICAgIDQ1LCAgICAxMjAwLCAgICAg MTc4LCAgIDAsICAgMAoxNjogICAgICAgICAgICAgICAgICAgICAgMTYsICAgICAgMCwgICAgICA1 MSwgICAgIDQ0NywgICAzMDM0NywgICAwLCAgIDAKMTY6ICAgICAgICAgICAgICAgICAgICAgIDE2 LCAgICAgIDAsICAgICAgNjQsICAgICA5MzIsICAgICAxMzAsICAgMCwgICAwCjE2OiAgICAgICAg ICAgICAgICAgICAgICAxNiwgICAgICAwLCAgICAgMjY4LCAgICAgOTc3LCAgICAzMDc0LCAgIDAs ICAgMAoxNjogICAgICAgICAgICAgICAgICAgICAgMTYsICAgICAgMCwgICAgMzk2NiwgICAgIDc2 NSwgICA0MDk4NCwgICAwLCAgIDAKMTY6ICAgICAgICAgICAgICAgICAgICAgIDE2LCAgICAgIDAs ICAgICAgODEsICAgICA5MTUsICAgICAxNzEsICAgMCwgICAwCjE2OiAgICAgICAgICAgICAgICAg ICAgICAxNiwgICAgICAwLCAgICAgMzU5LCAgICAgODg2LCAgICAgODQ1LCAgIDAsICAgMAoxNjog ICAgICAgICAgICAgICAgICAgICAgMTYsICAgICAgMCwgICAgICAgNiwgICAgIDI0MywgICAgICAg NiwgICAwLCAgIDAKMzI6ICAgICAgICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAgNDks ICAgICA2OTUsICAgICAxMzQsICAgMCwgICAwCjMyOiAgICAgICAgICAgICAgICAgICAgICAzMiwg ICAgICAwLCAgICAgIDgzLCAgICAgOTA5LCAgICAzMzk2LCAgIDAsICAgMAozMjogICAgICAgICAg ICAgICAgICAgICAgMzIsICAgICAgMCwgICAgIDE3MywgICAgIDk0MywgICAgIDI2MSwgICAwLCAg IDAKMzI6ICAgICAgICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAzMzMsICAgIDEyNzks ICAgIDIwOTcsICAgMCwgICAwCjMyOiAgICAgICAgICAgICAgICAgICAgICAzMiwgICAgICAwLCAg ICA0OTQ2LCAgICAgNjM0LCAgIDE2MjE2LCAgIDAsICAgMAozMjogICAgICAgICAgICAgICAgICAg ICAgMzIsICAgICAgMCwgICAgICA1NywgICAgIDgxMSwgICAgIDExOSwgICAwLCAgIDAKMzI6ICAg ICAgICAgICAgICAgICAgICAgIDMyLCAgICAgIDAsICAgICAxODUsICAgIDEwNTUsICAgICAzNDMs ICAgMCwgICAwCjMyOiAgICAgICAgICAgICAgICAgICAgICAzMiwgICAgICAwLCAgICAgIDI4LCAg ICAxMDg4LCAgICAxNzMzLCAgIDAsICAgMAo2NDogICAgICAgICAgICAgICAgICAgICAgNjQsICAg ICAgMCwgICAgICA3MiwgICAgIDk4MiwgICAgIDQzNiwgICAwLCAgIDAKNjQ6ICAgICAgICAgICAg ICAgICAgICAgIDY0LCAgICAgIDAsICAgIDIzMTcsICAgICA5NjksICAgIDM1MzUsICAgMCwgICAw CjY0OiAgICAgICAgICAgICAgICAgICAgICA2NCwgICAgICAwLCAgICAgMjMyLCAgICAgODIyLCAg ICAgMjY3LCAgIDAsICAgMAo2NDogICAgICAgICAgICAgICAgICAgICAgNjQsICAgICAgMCwgICAg IDU4MSwgICAgMTA5MywgICAgIDk1OCwgICAwLCAgIDAKNjQ6ICAgICAgICAgICAgICAgICAgICAg IDY0LCAgICAgIDAsICAgIDk4ODgsICAgIDExNDgsICAgMzk2ODAsICAgMCwgICAwCjY0OiAgICAg ICAgICAgICAgICAgICAgICA2NCwgICAgICAwLCAgICAgIDcwLCAgICAgNzM2LCAgICAgMTMyLCAg IDAsICAgMAo2NDogICAgICAgICAgICAgICAgICAgICAgNjQsICAgICAgMCwgICAgODQ3NywgICAg IDgyMywgICAgOTE3MiwgICAwLCAgIDAKNjQ6ICAgICAgICAgICAgICAgICAgICAgIDY0LCAgICAg IDAsICAgICAgMzgsICAgICA1MjAsICAgICAgMzgsICAgMCwgICAwCjEyODogICAgICAgICAgICAg ICAgICAgIDEyOCwgICAgICAwLCAgICAxMzg3LCAgICAgNzUyLCAgICAxNTAzLCAgIDAsICAgMAox Mjg6ICAgICAgICAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAgMzg3MywgICAgIDc3NywgICAz MTU1NSwgICAwLCAgIDAKMTI4OiAgICAgICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICAg OTUsICAgICA4MDQsICAgICAxMDQsICAgMCwgICAwCjEyODogICAgICAgICAgICAgICAgICAgIDEy OCwgICAgICAwLCAgICAgMjk5LCAgICAgOTcyLCAgICAgNDk0LCAgIDAsICAgMAoxMjg6ICAgICAg ICAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAgMjY3NCwgICAgMTA3NywgICAzMTE5OSwgICAw LCAgIDAKMTI4OiAgICAgICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAgICA2MzQsICAgICA3 NjEsICAgMjA4MDQsICAgMCwgICAwCjEyODogICAgICAgICAgICAgICAgICAgIDEyOCwgICAgICAw LCAgICA2MDE0LCAgICAgNjIwLCAgICA2NzU5LCAgIDAsICAgMAoxMjg6ICAgICAgICAgICAgICAg ICAgICAxMjgsICAgICAgMCwgICAgICAyMCwgICAgIDI1OSwgICAgICAyMCwgICAwLCAgIDAKMjU2 OiAgICAgICAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAgNjEsICAgICAzMTQsICAgICAg ODYsICAgMCwgICAwCjI1NjogICAgICAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAgIDI1 LCAgICAgMjMwLCAgICAgNzkwLCAgIDAsICAgMAoyNTY6ICAgICAgICAgICAgICAgICAgICAyNTYs ICAgICAgMCwgICAgICA0MiwgICAgIDQ1MywgICAgICA0NSwgICAwLCAgIDAKMjU2OiAgICAgICAg ICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAzODYsICAgICAzNDksICAgICA2NjAsICAgMCwg ICAwCjI1NjogICAgICAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAxMDU5LCAgICAgNDEx LCAgICA1ODk0LCAgIDAsICAgMAoyNTY6ICAgICAgICAgICAgICAgICAgICAyNTYsICAgICAgMCwg ICAgIDE1NSwgICAgIDI4MCwgICAgIDQxOCwgICAwLCAgIDAKMjU2OiAgICAgICAgICAgICAgICAg ICAgMjU2LCAgICAgIDAsICAgICAxODEsICAgICAzMTQsICAgICAzOTksICAgMCwgICAwCjI1Njog ICAgICAgICAgICAgICAgICAgIDI1NiwgICAgICAwLCAgICAgIDc2LCAgICAgMTE5LCAgICAgIDc2 LCAgIDAsICAgMAo1MTI6ICAgICAgICAgICAgICAgICAgICA1MTIsICAgICAgMCwgICAgICAgOSwg ICAgICA4MiwgICAgICAxNSwgICAwLCAgIDAKNTEyOiAgICAgICAgICAgICAgICAgICAgNTEyLCAg ICAgIDAsICAgICAxNTksICAgICAxMzUsICAgICAxODUsICAgMCwgICAwCjUxMjogICAgICAgICAg ICAgICAgICAgIDUxMiwgICAgICAwLCAgICAgMTc4LCAgICAgMTE2LCAgICAgMTg0LCAgIDAsICAg MAo1MTI6ICAgICAgICAgICAgICAgICAgICA1MTIsICAgICAgMCwgICAgICAzMSwgICAgIDE0NCwg ICAgMTA0NSwgICAwLCAgIDAKNTEyOiAgICAgICAgICAgICAgICAgICAgNTEyLCAgICAgIDAsICAg ICAgNzEsICAgICAxOTUsICAgMzcxMjMsICAgMCwgICAwCjUxMjogICAgICAgICAgICAgICAgICAg IDUxMiwgICAgICAwLCAgICAgIDExLCAgICAgIDgwLCAgICAgMjIyLCAgIDAsICAgMAo1MTI6ICAg ICAgICAgICAgICAgICAgICA1MTIsICAgICAgMCwgICAgICA5NCwgICAgIDEwOSwgICAgIDEwNCwg ICAwLCAgIDAKNTEyOiAgICAgICAgICAgICAgICAgICAgNTEyLCAgICAgIDAsICAgICAgIDAsICAg ICAgOTEsICAgICAgMTcsICAgMCwgICAwCjEwMjQ6ICAgICAgICAgICAgICAgICAgMTAyNCwgICAg ICAwLCAgICAgICAxLCAgICAgIDkxLCAgICAgMzY0LCAgIDAsICAgMAoxMDI0OiAgICAgICAgICAg ICAgICAgIDEwMjQsICAgICAgMCwgICAgICAyMCwgICAgICAyMCwgICAgMTU3OCwgICAwLCAgIDAK MTAyNDogICAgICAgICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAgMjYsICAgICAgMjYsICAg ICAgMjgsICAgMCwgICAwCjEwMjQ6ICAgICAgICAgICAgICAgICAgMTAyNCwgICAgICAwLCAgICAg IDEzLCAgICAgMjQ3LCAgICAxMzc3LCAgIDAsICAgMAoxMDI0OiAgICAgICAgICAgICAgICAgIDEw MjQsICAgICAgMCwgICAgMjkwMCwgICAgICA2NCwgICAxOTY3NCwgICAwLCAgIDAKMTAyNDogICAg ICAgICAgICAgICAgICAxMDI0LCAgICAgIDAsICAgICAgIDksICAgICAgNDMsICAgICAgODAsICAg MCwgICAwCjEwMjQ6ICAgICAgICAgICAgICAgICAgMTAyNCwgICAgICAwLCAgICAgIDIyLCAgICAg IDMwLCAgICAgIDM0LCAgIDAsICAgMAoxMDI0OiAgICAgICAgICAgICAgICAgIDEwMjQsICAgICAg MCwgICAgICAgMSwgICAgICAxNSwgICAgICAgMSwgICAwLCAgIDAKMjA0ODogICAgICAgICAgICAg ICAgICAyMDQ4LCAgICAgIDAsICAgICAgIDIsICAgICAgMzgsICAgICAxNDUsICAgMCwgICAwCjIw NDg6ICAgICAgICAgICAgICAgICAgMjA0OCwgICAgICAwLCAgICAgICA0LCAgICAgICA2LCAgICAg ICA2LCAgIDAsICAgMAoyMDQ4OiAgICAgICAgICAgICAgICAgIDIwNDgsICAgICAgMCwgICAgICA0 MSwgICAgICAxOSwgICAgICA0MiwgICAwLCAgIDAKMjA0ODogICAgICAgICAgICAgICAgICAyMDQ4 LCAgICAgIDAsICAgICAgMTUsICAgICAgMjEsICAgICAxOTEsICAgMCwgICAwCjIwNDg6ICAgICAg ICAgICAgICAgICAgMjA0OCwgICAgICAwLCAgICAgICA2LCAgICAgIDMwLCAgICAgIDMyLCAgIDAs ICAgMAoyMDQ4OiAgICAgICAgICAgICAgICAgIDIwNDgsICAgICAgMCwgICAgICA1NCwgICAgICA0 NiwgICAgNjI0OCwgICAwLCAgIDAKMjA0ODogICAgICAgICAgICAgICAgICAyMDQ4LCAgICAgIDAs ICAgICAgIDcsICAgICAgMTksICAgICAgMjgsICAgMCwgICAwCjIwNDg6ICAgICAgICAgICAgICAg ICAgMjA0OCwgICAgICAwLCAgICAgICAyLCAgICAgICA0LCAgICAgICAyLCAgIDAsICAgMAo0MDk2 OiAgICAgICAgICAgICAgICAgIDQwOTYsICAgICAgMCwgICAgICAgMCwgICAgICAgMywgICAgICAg NCwgICAwLCAgIDAKNDA5NjogICAgICAgICAgICAgICAgICA0MDk2LCAgICAgIDAsICAgICAgIDYs ICAgICAgIDAsICAgICAgMTQsICAgMCwgICAwCjQwOTY6ICAgICAgICAgICAgICAgICAgNDA5Niwg ICAgICAwLCAgICAgMzgzLCAgICAgICA5LCAgICAxMzYzLCAgIDAsICAgMAo0MDk2OiAgICAgICAg ICAgICAgICAgIDQwOTYsICAgICAgMCwgICAgICAxOCwgICAgICAgMSwgICAgIDIzNCwgICAwLCAg IDAKNDA5NjogICAgICAgICAgICAgICAgICA0MDk2LCAgICAgIDAsICAgICAxOTksICAgICAgIDIs ICAgICA0NzAsICAgMCwgICAwCjQwOTY6ICAgICAgICAgICAgICAgICAgNDA5NiwgICAgICAwLCAg ICAgIDE5LCAgICAgICAyLCAgICAgIDMxLCAgIDAsICAgMAo0MDk2OiAgICAgICAgICAgICAgICAg IDQwOTYsICAgICAgMCwgICAgICAxNCwgICAgICAgNCwgICAgICAyNiwgICAwLCAgIDAKNDA5Njog ICAgICAgICAgICAgICAgICA0MDk2LCAgICAgIDAsICAgICAgIDMsICAgICAgIDAsICAgICAgIDMs ICAgMCwgICAwCnVpbnQ2NCBwY3B1OiAgICAgICAgICAgICAgOCwgICAgICAwLCAgICAxNDE4LCAg ICAgNjMwLCAgICAxNDE4LCAgIDAsICAgMApTTEVFUFFVRVVFOiAgICAgICAgICAgICAgODgsICAg ICAgMCwgICAgIDYzMSwgICAgIDUxNiwgICAgIDYzMSwgICAwLCAgIDAKRmlsZXM6ICAgICAgICAg ICAgICAgICAgIDgwLCAgICAgIDAsICAgICAgMzEsICAgICA5OTgsICAgIDY3NTMsICAgMCwgICAw CnJsX2VudHJ5OiAgICAgICAgICAgICAgICA0MCwgICAgICAwLCAgICAgIDIwLCAgICAxMDY5LCAg ICAgIDIwLCAgIDAsICAgMApUVVJOU1RJTEU6ICAgICAgICAgICAgICAxMzYsICAgICAgMCwgICAg IDYzMSwgICAgIDIyOSwgICAgIDYzMSwgICAwLCAgIDAKdW10eCBwaTogICAgICAgICAgICAgICAg IDk2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCk1BQyBsYWJl bHM6ICAgICAgICAgICAgICA0MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg IDAsICAgMApQUk9DOiAgICAgICAgICAgICAgICAgIDEyMDgsICAgICAgMCwgICAgICAzMiwgICAg ICA2NywgICAgIDc4OSwgICAwLCAgIDAKVEhSRUFEOiAgICAgICAgICAgICAgICAxMTY4LCAgICAg IDAsICAgICA0OTMsICAgICAxMzcsICAgIDEyMTksICAgMCwgICAwCmNwdXNldDogICAgICAgICAg ICAgICAgICA3MiwgICAgICAwLCAgICAgNDQ5LCAgICAxMDkxLCAgICAxMTYyLCAgIDAsICAgMAph dWRpdF9yZWNvcmQ6ICAgICAgICAgIDEyNDgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDAKbWJ1Zl9wYWNrZXQ6ICAgICAgICAgICAgMjU2LCAzMTk1NDgwLCAgICAg ICAwLCAgICAgNTA1LCAgICAgICA3LCAgIDAsICAgMAptYnVmOiAgICAgICAgICAgICAgICAgICAy NTYsIDMxOTU0ODAsICAgICAgNjUsICAgICA4MTUsICAgICAyNTUsICAgMCwgICAwCm1idWZfY2x1 c3RlcjogICAgICAgICAgMjA0OCwgNDk5Mjk0LCAgICAgNTAwLCAgICAgICAwLCAgICAgNTAwLCAg IDAsICAgMAptYnVmX2p1bWJvX3BhZ2U6ICAgICAgIDQwOTYsIDI0OTY0NiwgICAgICA2NCwgICAg ICAgNCwgICAgIDE2NCwgICAwLCAgIDAKbWJ1Zl9qdW1ib185azogICAgICAgICA5MjE2LCAyMjE5 MDcsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCm1idWZfanVtYm9fMTZrOiAg ICAgICAxNjM4NCwgMTY2NDI4LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApt YnVmX2V4dF9yZWZjbnQ6ICAgICAgICAgIDQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAwLCAgIDAKZ19iaW86ICAgICAgICAgICAgICAgICAgMjQ4LCAgICAgIDAsICAgICAg ODAsICAgICA0MTYsICAgMTE0MjEsICAgMCwgICAwCkRNQVJfTUFQX0VOVFJZOiAgICAgICAgIDEy MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp0dHlpbnE6ICAg ICAgICAgICAgICAgICAxNjAsICAgICAgMCwgICAgICAxNSwgICAgICA1NywgICAgICAxNSwgICAw LCAgIDAKdHR5b3V0cTogICAgICAgICAgICAgICAgMjU2LCAgICAgIDAsICAgICAgIDgsICAgICAg NjcsICAgICAgIDgsICAgMCwgICAwCmF0YV9yZXF1ZXN0OiAgICAgICAgICAgIDMzNiwgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp2dG5ldF90eF9oZHI6ICAgICAg ICAgICAgMjQsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKRlBV X3NhdmVfYXJlYTogICAgICAgICAgODMyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwCnRhc2txX3pvbmU6ICAgICAgICAgICAgICA0OCwgICAgICAwLCAgICAgICAw LCAgICAgNjY0LCAgICAgIDQ4LCAgIDAsICAgMApWTk9ERTogICAgICAgICAgICAgICAgICA0NzIs ICAgICAgMCwgICAgIDUxNiwgICAgIDE1NiwgICAgIDU0NSwgICAwLCAgIDAKVk5PREVQT0xMOiAg ICAgICAgICAgICAgMTEyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwg ICAwCkJVRiBUUklFOiAgICAgICAgICAgICAgIDE0NCwgICAgICAwLCAgICAgICAwLCAgIDUyMTEw LCAgICAgICAwLCAgIDAsICAgMApTIFZGUyBDYWNoZTogICAgICAgICAgICAxMDgsICAgICAgMCwg ICAgIDQwNSwgICAgIDc1MCwgICAgIDYyMCwgICAwLCAgIDAKU1RTIFZGUyBDYWNoZTogICAgICAg ICAgMTQ4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCkwgVkZT IENhY2hlOiAgICAgICAgICAgIDMyOCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgIDAsICAgMApMVFMgVkZTIENhY2hlOiAgICAgICAgICAzNjgsICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKTkFNRUk6ICAgICAgICAgICAgICAgICAxMDI0LCAg ICAgIDAsICAgICAgIDAsICAgICAgOTIsICAgMTY2NjgsICAgMCwgICAwCkRJUkhBU0g6ICAgICAg ICAgICAgICAgMTAyNCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MApOQ0xOT0RFOiAgICAgICAgICAgICAgICA1MjgsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAgICAgMCwgICAwLCAgIDAKcHJvY2Rlc2M6ICAgICAgICAgICAgICAgMTI4LCAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCk1vdW50cG9pbnRzOiAgICAgICAgICAg IDgxNiwgICAgICAwLCAgICAgIDI5LCAgICAgIDY2LCAgICAgIDI5LCAgIDAsICAgMApyZWZlcmVu Y2VfY2FjaGU6ICAgICAgICAgNDAsICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwg ICAwLCAgIDAKcmVmZXJlbmNlX2hpc3RvcnlfY2FjaGU6ICAgICAgOCwgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApyYW5nZV9zZWdfY2FjaGU6ICAgICAgICAgNjQs ICAgICAgMCwgICA5MjU0MywgICAgMjc1MSwgIDEwOTgxOCwgICAwLCAgIDAKemlvX2NhY2hlOiAg ICAgICAgICAgICAgOTIwLCAgICAgIDAsICAgICAgODMsICAgICA1MjksICAgNDA5NTUsICAgMCwg ICAwCnppb19saW5rX2NhY2hlOiAgICAgICAgICA0OCwgICAgICAwLCAgICAgIDc5LCAgICAxNzQ3 LCAgIDEyOTIwLCAgIDAsICAgMAp6aW9fYnVmXzUxMjogICAgICAgICAgICA1MTIsICAgICAgMCwg ICAgIDg3MiwgICAgIDE3OCwgICAgMTEzMSwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzUxMjogICAg ICAgNTEyLCAgICAgIDAsICAgICAgNjksICAgICAxMzQsICAgICAxMTgsICAgMCwgICAwCnppb19i dWZfMTAyNDogICAgICAgICAgMTAyNCwgICAgICAwLCAgICAgIDM4LCAgICAgNTc0LCAgICAyNTUw LCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMTAyNDogICAgIDEwMjQsICAgICAgMCwgICAgICA0OCwg ICAgICA3MiwgICAgIDExMywgICAwLCAgIDAKemlvX2J1Zl8xNTM2OiAgICAgICAgICAxNTM2LCAg ICAgIDAsICAgICAgMzAsICAgICAgODgsICAgICAxNTQsICAgMCwgICAwCnppb19kYXRhX2J1Zl8x NTM2OiAgICAgMTUzNiwgICAgICAwLCAgICAgIDI1LCAgICAgIDM5LCAgICAgIDQxLCAgIDAsICAg MAp6aW9fYnVmXzIwNDg6ICAgICAgICAgIDIwNDgsICAgICAgMCwgICAgICAzOSwgICAgICA0MSwg ICAgIDIzMSwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzIwNDg6ICAgICAyMDQ4LCAgICAgIDAsICAg ICAgMTgsICAgICAgMjgsICAgICAgNDIsICAgMCwgICAwCnppb19idWZfMjU2MDogICAgICAgICAg MjU2MCwgICAgICAwLCAgICAgICAzLCAgICAgIDQyLCAgICAgMTkyLCAgIDAsICAgMAp6aW9fZGF0 YV9idWZfMjU2MDogICAgIDI1NjAsICAgICAgMCwgICAgICAxOCwgICAgICAxNSwgICAgICAzNSwg ICAwLCAgIDAKemlvX2J1Zl8zMDcyOiAgICAgICAgICAzMDcyLCAgICAgIDAsICAgICAgIDEsICAg ICAxNDYsICAgICAyOTUsICAgMCwgICAwCnppb19kYXRhX2J1Zl8zMDcyOiAgICAgMzA3MiwgICAg ICAwLCAgICAgIDEwLCAgICAgICA4LCAgICAgIDE2LCAgIDAsICAgMAp6aW9fYnVmXzM1ODQ6ICAg ICAgICAgIDM1ODQsICAgICAgMCwgICAgICAgNCwgICAgICAzMiwgICAgIDE5MSwgICAwLCAgIDAK emlvX2RhdGFfYnVmXzM1ODQ6ICAgICAzNTg0LCAgICAgIDAsICAgICAgIDUsICAgICAgIDQsICAg ICAgMTgsICAgMCwgICAwCnppb19idWZfNDA5NjogICAgICAgICAgNDA5NiwgICAgICAwLCAgICAg MjY5LCAgICAgIDY1LCAgICAgOTAyLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfNDA5NjogICAgIDQw OTYsICAgICAgMCwgICAgICAgMywgICAgICAgNCwgICAgICAxMiwgICAwLCAgIDAKemlvX2J1Zl81 MTIwOiAgICAgICAgICA1MTIwLCAgICAgIDAsICAgICAgIDIsICAgICAgMTEsICAgICAgNjQsICAg MCwgICAwCnppb19kYXRhX2J1Zl81MTIwOiAgICAgNTEyMCwgICAgICAwLCAgICAgICA4LCAgICAg ICAwLCAgICAgIDEyLCAgIDAsICAgMAp6aW9fYnVmXzYxNDQ6ICAgICAgICAgIDYxNDQsICAgICAg MCwgICAgICAgMywgICAgICAxMSwgICAgICA1MywgICAwLCAgIDAKemlvX2RhdGFfYnVmXzYxNDQ6 ICAgICA2MTQ0LCAgICAgIDAsICAgICAgIDQsICAgICAgIDUsICAgICAgIDksICAgMCwgICAwCnpp b19idWZfNzE2ODogICAgICAgICAgNzE2OCwgICAgICAwLCAgICAgICAxLCAgICAgIDEyLCAgICAg IDc4LCAgIDAsICAgMAp6aW9fZGF0YV9idWZfNzE2ODogICAgIDcxNjgsICAgICAgMCwgICAgICAg MywgICAgICAgNCwgICAgICAxNSwgICAwLCAgIDAKemlvX2J1Zl84MTkyOiAgICAgICAgICA4MTky LCAgICAgIDAsICAgICAgIDIsICAgICAgMTEsICAgICAgNDgsICAgMCwgICAwCnppb19kYXRhX2J1 Zl84MTkyOiAgICAgODE5MiwgICAgICAwLCAgICAgICA3LCAgICAgICAzLCAgICAgIDEyLCAgIDAs ICAgMAp6aW9fYnVmXzEwMjQwOiAgICAgICAgMTAyNDAsICAgICAgMCwgICAgICAgMywgICAgICAg NywgICAgICAyNywgICAwLCAgIDAKemlvX2RhdGFfYnVmXzEwMjQwOiAgIDEwMjQwLCAgICAgIDAs ICAgICAgIDgsICAgICAgIDAsICAgICAgIDgsICAgMCwgICAwCnppb19idWZfMTIyODg6ICAgICAg ICAxMjI4OCwgICAgICAwLCAgICAgICAxLCAgICAgICA3LCAgICAgIDE3LCAgIDAsICAgMAp6aW9f ZGF0YV9idWZfMTIyODg6ICAgMTIyODgsICAgICAgMCwgICAgICAgOCwgICAgICAgMCwgICAgICAx MSwgICAwLCAgIDAKemlvX2J1Zl8xNDMzNjogICAgICAgIDE0MzM2LCAgICAgIDAsICAgICAgIDEs ICAgICAgIDYsICAgICAgMTMsICAgMCwgICAwCnppb19kYXRhX2J1Zl8xNDMzNjogICAxNDMzNiwg ICAgICAwLCAgICAgICAyLCAgICAgICAwLCAgICAgICAyLCAgIDAsICAgMAp6aW9fYnVmXzE2Mzg0 OiAgICAgICAgMTYzODQsICAgICAgMCwgICAgIDczOCwgICAgICAzOCwgICAgMTE4NiwgICAwLCAg IDAKemlvX2RhdGFfYnVmXzE2Mzg0OiAgIDE2Mzg0LCAgICAgIDAsICAgICAgIDcsICAgICAgIDAs ICAgICAgIDcsICAgMCwgICAwCnppb19idWZfMjA0ODA6ICAgICAgICAyMDQ4MCwgICAgICAwLCAg ICAgICAyLCAgICAgICA4LCAgICAgIDMyLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMjA0ODA6ICAg MjA0ODAsICAgICAgMCwgICAgICAxMywgICAgICAgMCwgICAgICAxNiwgICAwLCAgIDAKemlvX2J1 Zl8yNDU3NjogICAgICAgIDI0NTc2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDgsICAgICAgMjAs ICAgMCwgICAwCnppb19kYXRhX2J1Zl8yNDU3NjogICAyNDU3NiwgICAgICAwLCAgICAgICA3LCAg ICAgICAwLCAgICAgICA5LCAgIDAsICAgMAp6aW9fYnVmXzI4NjcyOiAgICAgICAgMjg2NzIsICAg ICAgMCwgICAgICAgMCwgICAgICAxMCwgICAgICAxNywgICAwLCAgIDAKemlvX2RhdGFfYnVmXzI4 NjcyOiAgIDI4NjcyLCAgICAgIDAsICAgICAgIDEsICAgICAgIDMsICAgICAgIDUsICAgMCwgICAw Cnppb19idWZfMzI3Njg6ICAgICAgICAzMjc2OCwgICAgICAwLCAgICAgICAxLCAgICAgICA1LCAg ICAgIDE3LCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMzI3Njg6ICAgMzI3NjgsICAgICAgMCwgICAg ICAgMywgICAgICAgMSwgICAgICAgNSwgICAwLCAgIDAKemlvX2J1Zl8zNjg2NDogICAgICAgIDM2 ODY0LCAgICAgIDAsICAgICAgIDAsICAgICAgMTEsICAgICAgMzAsICAgMCwgICAwCnppb19kYXRh X2J1Zl8zNjg2NDogICAzNjg2NCwgICAgICAwLCAgICAgICAyLCAgICAgICAzLCAgICAgICA1LCAg IDAsICAgMAp6aW9fYnVmXzQwOTYwOiAgICAgICAgNDA5NjAsICAgICAgMCwgICAgICAgMSwgICAg ICAgNSwgICAgICAgOSwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzQwOTYwOiAgIDQwOTYwLCAgICAg IDAsICAgICAgIDYsICAgICAgIDEsICAgICAgIDcsICAgMCwgICAwCnppb19idWZfNDUwNTY6ICAg ICAgICA0NTA1NiwgICAgICAwLCAgICAgICAwLCAgICAgICA2LCAgICAgIDExLCAgIDAsICAgMAp6 aW9fZGF0YV9idWZfNDUwNTY6ICAgNDUwNTYsICAgICAgMCwgICAgICAgMiwgICAgICAgMiwgICAg ICAgNSwgICAwLCAgIDAKemlvX2J1Zl80OTE1MjogICAgICAgIDQ5MTUyLCAgICAgIDAsICAgICAg IDAsICAgICAgIDMsICAgICAgIDUsICAgMCwgICAwCnppb19kYXRhX2J1Zl80OTE1MjogICA0OTE1 MiwgICAgICAwLCAgICAgICAwLCAgICAgICAxLCAgICAgICAxLCAgIDAsICAgMAp6aW9fYnVmXzUz MjQ4OiAgICAgICAgNTMyNDgsICAgICAgMCwgICAgICAgMCwgICAgICAgNSwgICAgICAgNywgICAw LCAgIDAKemlvX2RhdGFfYnVmXzUzMjQ4OiAgIDUzMjQ4LCAgICAgIDAsICAgICAgIDEsICAgICAg IDEsICAgICAgIDMsICAgMCwgICAwCnppb19idWZfNTczNDQ6ICAgICAgICA1NzM0NCwgICAgICAw LCAgICAgICAwLCAgICAgICA0LCAgICAgICA2LCAgIDAsICAgMAp6aW9fZGF0YV9idWZfNTczNDQ6 ICAgNTczNDQsICAgICAgMCwgICAgICAgMSwgICAgICAgMCwgICAgICAgMSwgICAwLCAgIDAKemlv X2J1Zl82MTQ0MDogICAgICAgIDYxNDQwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDMsICAgICAg IDQsICAgMCwgICAwCnppb19kYXRhX2J1Zl82MTQ0MDogICA2MTQ0MCwgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fYnVmXzY1NTM2OiAgICAgICAgNjU1MzYs ICAgICAgMCwgICAgICAgMCwgICAgICAgNSwgICAgICAgNiwgICAwLCAgIDAKemlvX2RhdGFfYnVm XzY1NTM2OiAgIDY1NTM2LCAgICAgIDAsICAgICAgIDAsICAgICAgIDEsICAgICAgIDEsICAgMCwg ICAwCnppb19idWZfNjk2MzI6ICAgICAgICA2OTYzMiwgICAgICAwLCAgICAgICAwLCAgICAgICAz LCAgICAgICAzLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfNjk2MzI6ICAgNjk2MzIsICAgICAgMCwg ICAgICAgNCwgICAgICAgMCwgICAgICAgNCwgICAwLCAgIDAKemlvX2J1Zl83MzcyODogICAgICAg IDczNzI4LCAgICAgIDAsICAgICAgIDAsICAgICAgIDIsICAgICAgIDIsICAgMCwgICAwCnppb19k YXRhX2J1Zl83MzcyODogICA3MzcyOCwgICAgICAwLCAgICAgICAyLCAgICAgICAwLCAgICAgICAy LCAgIDAsICAgMAp6aW9fYnVmXzc3ODI0OiAgICAgICAgNzc4MjQsICAgICAgMCwgICAgICAgMCwg ICAgICAgNiwgICAgICAgNiwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzc3ODI0OiAgIDc3ODI0LCAg ICAgIDAsICAgICAgIDAsICAgICAgIDEsICAgICAgIDEsICAgMCwgICAwCnppb19idWZfODE5MjA6 ICAgICAgICA4MTkyMCwgICAgICAwLCAgICAgICAwLCAgICAgICA1LCAgICAgICA1LCAgIDAsICAg MAp6aW9fZGF0YV9idWZfODE5MjA6ICAgODE5MjAsICAgICAgMCwgICAgICAgMiwgICAgICAgMCwg ICAgICAgMiwgICAwLCAgIDAKemlvX2J1Zl84NjAxNjogICAgICAgIDg2MDE2LCAgICAgIDAsICAg ICAgIDAsICAgICAgIDYsICAgICAgIDcsICAgMCwgICAwCnppb19kYXRhX2J1Zl84NjAxNjogICA4 NjAxNiwgICAgICAwLCAgICAgICAyLCAgICAgICAwLCAgICAgICAyLCAgIDAsICAgMAp6aW9fYnVm XzkwMTEyOiAgICAgICAgOTAxMTIsICAgICAgMCwgICAgICAgMCwgICAgICAgMywgICAgICAgNCwg ICAwLCAgIDAKemlvX2RhdGFfYnVmXzkwMTEyOiAgIDkwMTEyLCAgICAgIDAsICAgICAgIDEsICAg ICAgIDAsICAgICAgIDEsICAgMCwgICAwCnppb19idWZfOTQyMDg6ICAgICAgICA5NDIwOCwgICAg ICAwLCAgICAgICAwLCAgICAgICAzLCAgICAgICAzLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfOTQy MDg6ICAgOTQyMDgsICAgICAgMCwgICAgICAgMSwgICAgICAgMCwgICAgICAgMSwgICAwLCAgIDAK emlvX2J1Zl85ODMwNDogICAgICAgIDk4MzA0LCAgICAgIDAsICAgICAgIDEsICAgICAgIDEsICAg ICAgIDIsICAgMCwgICAwCnppb19kYXRhX2J1Zl85ODMwNDogICA5ODMwNCwgICAgICAwLCAgICAg ICAxLCAgICAgICAwLCAgICAgICAxLCAgIDAsICAgMAp6aW9fYnVmXzEwMjQwMDogICAgICAxMDI0 MDAsICAgICAgMCwgICAgICAgMCwgICAgICAgMiwgICAgICAgMiwgICAwLCAgIDAKemlvX2RhdGFf YnVmXzEwMjQwMDogMTAyNDAwLCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg MCwgICAwCnppb19idWZfMTA2NDk2OiAgICAgIDEwNjQ5NiwgICAgICAwLCAgICAgICAwLCAgICAg ICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9fZGF0YV9idWZfMTA2NDk2OiAxMDY0OTYsICAgICAg MCwgICAgICAgMSwgICAgICAgMCwgICAgICAgMSwgICAwLCAgIDAKemlvX2J1Zl8xMTA1OTI6ICAg ICAgMTEwNTkyLCAgICAgIDAsICAgICAgIDAsICAgICAgIDEsICAgICAgIDEsICAgMCwgICAwCnpp b19kYXRhX2J1Zl8xMTA1OTI6IDExMDU5MiwgICAgICAwLCAgICAgICAyLCAgICAgICAwLCAgICAg ICAyLCAgIDAsICAgMAp6aW9fYnVmXzExNDY4ODogICAgICAxMTQ2ODgsICAgICAgMCwgICAgICAg MCwgICAgICAxMCwgICAgICAxNCwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzExNDY4ODogMTE0Njg4 LCAgICAgIDAsICAgICAgIDIsICAgICAgIDAsICAgICAgIDIsICAgMCwgICAwCnppb19idWZfMTE4 Nzg0OiAgICAgIDExODc4NCwgICAgICAwLCAgICAgICAwLCAgICAgICAyLCAgICAgICAyLCAgIDAs ICAgMAp6aW9fZGF0YV9idWZfMTE4Nzg0OiAxMTg3ODQsICAgICAgMCwgICAgICAgMCwgICAgICAg MCwgICAgICAgMCwgICAwLCAgIDAKemlvX2J1Zl8xMjI4ODA6ICAgICAgMTIyODgwLCAgICAgIDAs ICAgICAgIDAsICAgICAgIDIsICAgICAgIDIsICAgMCwgICAwCnppb19kYXRhX2J1Zl8xMjI4ODA6 IDEyMjg4MCwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp6aW9f YnVmXzEyNjk3NjogICAgICAxMjY5NzYsICAgICAgMCwgICAgICAgMCwgICAgICAgMSwgICAgICAg MSwgICAwLCAgIDAKemlvX2RhdGFfYnVmXzEyNjk3NjogMTI2OTc2LCAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnppb19idWZfMTMxMDcyOiAgICAgIDEzMTA3Miwg ICAgICAwLCAgICAgICAzLCAgICAgIDEwLCAgICAgMTU5LCAgIDAsICAgMAp6aW9fZGF0YV9idWZf MTMxMDcyOiAxMzEwNzIsICAgICAgMCwgICAgIDMxNSwgICAgICAgMCwgICAgIDMyMCwgICAwLCAg IDAKbHo0X2N0eDogICAgICAgICAgICAgIDE2Mzg0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAs ICAgICAgIDAsICAgMCwgICAwCnNhX2NhY2hlOiAgICAgICAgICAgICAgICA4MCwgICAgICAwLCAg ICAgNDI0LCAgICAgODUwLCAgICAgNDUyLCAgIDAsICAgMApkbm9kZV90OiAgICAgICAgICAgICAg IDEwODgsICAgICAgMCwgICAgMTExMSwgICAgICAzMiwgICAgMjI3NCwgICAwLCAgIDAKZG11X2J1 Zl9pbXBsX3Q6ICAgICAgICAgMzM2LCAgICAgIDAsICAgIDIzNDksICAgICAxMjYsICAgIDI3MTMs ICAgMCwgICAwCmFyY19idWZfaGRyX3Q6ICAgICAgICAgIDMyOCwgICAgICAwLCAgICAyMDMyLCAg ICAgIDkyLCAgICAyMTU0LCAgIDAsICAgMAphcmNfYnVmX3Q6ICAgICAgICAgICAgICAgNzIsICAg ICAgMCwgICAgMTg3MSwgICAgIDU0OSwgICAgMjMwNSwgICAwLCAgIDAKemlsX2x3Yl9jYWNoZTog ICAgICAgICAgMTkyLCAgICAgIDAsICAgICAgIDEsICAgICAgNzksICAgICAgIDIsICAgMCwgICAw Cnpmc196bm9kZV9jYWNoZTogICAgICAgIDM2OCwgICAgICAwLCAgICAgNDI0LCAgICAgMTM2LCAg ICAgNDUyLCAgIDAsICAgMApwaXBlOiAgICAgICAgICAgICAgICAgICA3NDQsICAgICAgMCwgICAg ICAgMSwgICAgICA3OSwgICAgIDUyNiwgICAwLCAgIDAKa3NpZ2luZm86ICAgICAgICAgICAgICAg MTEyLCAgICAgIDAsICAgICAgNDcsICAgIDEwMDMsICAgICAgNDgsICAgMCwgICAwCml0aW1lcjog ICAgICAgICAgICAgICAgIDM1MiwgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAg IDAsICAgMApLTk9URTogICAgICAgICAgICAgICAgICAxMjgsICAgICAgMCwgICAgICAgMCwgICAg ICAgMCwgICAgICAgMCwgICAwLCAgIDAKc29ja2V0OiAgICAgICAgICAgICAgICAgNjk2LCAyNTcx NTUsICAgICAgIDYsICAgICAgOTksICAgIDM1NzIsICAgMCwgICAwCmlwcTogICAgICAgICAgICAg ICAgICAgICA1NiwgIDE1NjIwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp1 ZHBfaW5wY2I6ICAgICAgICAgICAgICAzOTIsIDI1NzE2MCwgICAgICAgMSwgICAgIDIwOSwgICAg IDIxNiwgICAwLCAgIDAKdWRwY2I6ICAgICAgICAgICAgICAgICAgIDE2LCAyNTcyMTcsICAgICAg IDEsICAgICA5OTUsICAgICAyMTYsICAgMCwgICAwCnRjcF9pbnBjYjogICAgICAgICAgICAgIDM5 MiwgMjU3MTYwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMAp0Y3BjYjogICAg ICAgICAgICAgICAgIDEwMjQsIDI1NzE1NiwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAw LCAgIDAKdGNwdHc6ICAgICAgICAgICAgICAgICAgIDg4LCAgMjc4MTAsICAgICAgIDAsICAgICAg IDAsICAgICAgIDAsICAgMCwgICAwCnN5bmNhY2hlOiAgICAgICAgICAgICAgIDE2MCwgIDE1MzYw LCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApob3N0Y2FjaGU6ICAgICAgICAg ICAgICAxMzYsICAxNTM3MCwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKdGNw cmVhc3M6ICAgICAgICAgICAgICAgIDQwLCAgMzEyODQsICAgICAgIDAsICAgICAgIDAsICAgICAg IDAsICAgMCwgICAwCnNhY2tob2xlOiAgICAgICAgICAgICAgICAzMiwgICAgICAwLCAgICAgICAw LCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApzY3RwX2VwOiAgICAgICAgICAgICAgIDE0MDgs IDI1NzE1NiwgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKc2N0cF9hc29jOiAg ICAgICAgICAgICAyMzUyLCAgNDAwMDAsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwg ICAwCnNjdHBfbGFkZHI6ICAgICAgICAgICAgICA0OCwgIDgwMDEyLCAgICAgICAwLCAgICAgNDE1 LCAgICAgICAzLCAgIDAsICAgMApzY3RwX3JhZGRyOiAgICAgICAgICAgICA3MjgsICA4MDAwMCwg ICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKc2N0cF9jaHVuazogICAgICAgICAg ICAgMTM2LCA0MDAwMjYsICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnNjdHBf cmVhZHE6ICAgICAgICAgICAgIDEwNCwgNDAwMDI2LCAgICAgICAwLCAgICAgICAwLCAgICAgICAw LCAgIDAsICAgMApzY3RwX3N0cmVhbV9tc2dfb3V0OiAgICAxMDQsIDQwMDAyNiwgICAgICAgMCwg ICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKc2N0cF9hc2NvbmY6ICAgICAgICAgICAgIDQwLCA0 MDAwNTksICAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAgMCwgICAwCnNjdHBfYXNjb25mX2Fj azogICAgICAgICA0OCwgNDAwMDYwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAg MApyaXBjYjogICAgICAgICAgICAgICAgICAzOTIsIDI1NzE2MCwgICAgICAgMSwgICAgICAyOSwg ICAgICAgMSwgICAwLCAgIDAKdW5wY2I6ICAgICAgICAgICAgICAgICAgMjQwLCAyNTcxNjgsICAg ICAgIDIsICAgICA0OTQsICAgIDMzNTAsICAgMCwgICAwCnJ0ZW50cnk6ICAgICAgICAgICAgICAg IDIwMCwgICAgICAwLCAgICAgICA5LCAgICAgMjM4LCAgICAgIDEwLCAgIDAsICAgMApzZWxmZDog ICAgICAgICAgICAgICAgICAgNTYsICAgICAgMCwgICAgICAxNSwgICAgMTA1MCwgICAgIDUwMCwg ICAwLCAgIDAKU1dBUE1FVEE6ICAgICAgICAgICAgICAgMjg4LCA5OTg1OTUsICAgICAgIDAsICAg ICAgIDAsICAgICAgIDAsICAgMCwgICAwClRNUEZTIGRpcmVudDogICAgICAgICAgICA2NCwgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApUTVBGUyBub2RlOiAgICAg ICAgICAgICAyMzIsICAgICAgMCwgICAgICAgMSwgICAgICA2NywgICAgICAgMSwgICAwLCAgIDAK ZnVzZV90aWNrZXQ6ICAgICAgICAgICAgMjI0LCAgICAgIDAsICAgICAgIDAsICAgICAgIDAsICAg ICAgIDAsICAgMCwgICAwCk5ldEdyYXBoIGl0ZW1zOiAgICAgICAgICA3MiwgICA0MTIzLCAgICAg ICAwLCAgICAgICAwLCAgICAgICAwLCAgIDAsICAgMApOZXRHcmFwaCBkYXRhIGl0ZW1zOiAgICAg NzIsICAgIDUyNywgICAgICAgMCwgICAgICAgMCwgICAgICAgMCwgICAwLCAgIDAKCgotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0Kdm1zdGF0IC1pCgppbnRlcnJ1cHQgICAgICAgICAgICAgICAgICAgICAgICAgIHRv dGFsICAgICAgIHJhdGUKaXJxMTogYXRrYmQwICAgICAgICAgICAgICAgICAgICAgICAgICA0MSAg ICAgICAgICAwCmlycTk6IGFjcGkwICAgICAgICAgICAgICAgICAgICAgICAgICAxMTEgICAgICAg ICAgMgppcnExNjogZWhjaTAgICAgICAgICAgICAgICAgICAgICAgICAgMTI2ICAgICAgICAgIDIK aXJxMjM6IGVoY2kxICAgICAgICAgICAgICAgICAgICAgICAgIDE3MCAgICAgICAgICAzCmNwdTA6 dGltZXIgICAgICAgICAgICAgICAgICAgICAgICAgIDM4ODMgICAgICAgICA3NAppcnEyNjQ6IHho Y2kwICAgICAgICAgICAgICAgICAgICAgICAgIDU3ICAgICAgICAgIDEKaXJxMjY1OiBoZGFjMCAg ICAgICAgICAgICAgICAgICAgICAgICA5NCAgICAgICAgICAxCmlycTI2NjogYWhjaTAgICAgICAg ICAgICAgICAgICAgICAgIDc4NjYgICAgICAgIDE1MQpjcHUxOnRpbWVyICAgICAgICAgICAgICAg ICAgICAgICAgICAxNTExICAgICAgICAgMjkKY3B1Mjp0aW1lciAgICAgICAgICAgICAgICAgICAg ICAgICAgIDkyOSAgICAgICAgIDE3CmNwdTQ6dGltZXIgICAgICAgICAgICAgICAgICAgICAgICAg ICA5OTcgICAgICAgICAxOQpjcHUzOnRpbWVyICAgICAgICAgICAgICAgICAgICAgICAgICAgNzQ5 ICAgICAgICAgMTQKY3B1NTp0aW1lciAgICAgICAgICAgICAgICAgICAgICAgICAgMTE4OSAgICAg ICAgIDIyCmNwdTY6dGltZXIgICAgICAgICAgICAgICAgICAgICAgICAgIDE3NDEgICAgICAgICAz MwpjcHU3OnRpbWVyICAgICAgICAgICAgICAgICAgICAgICAgICAgODk0ICAgICAgICAgMTcKaXJx MjY3OiBpd24wICAgICAgICAgICAgICAgICAgICAgICAgIDMyMCAgICAgICAgICA2CmlycTI2ODog dmdhcGNpMCAgICAgICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgMApUb3RhbCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIDIwNjc5ICAgICAgICAzOTcKCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpw c3RhdCAtVAoKIDMxLzI1NzE1NSBmaWxlcwowTS8xNjM4M00gc3dhcCBzcGFjZQoKLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tCnBzdGF0IC1zCgpEZXZpY2UgICAgICAgICAgNTEyLWJsb2NrcyAgICAgVXNlZCAgICBB dmFpbCBDYXBhY2l0eQovZGV2L2FkYTFwMSAgICAgICAzMzU1NDE3NiAgICAgICAgMCAzMzU1NDE3 NiAgICAgMCUKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQppb3N0YXQKCiAgICAgICB0dHkgICAgICAgICAgICBh ZGEwICAgICAgICAgICAgIGFkYTEgICAgICAgICAgICAgIGNkMCAgICAgICAgICAgICBjcHUKIHRp biAgdG91dCAgS0IvdCB0cHMgIE1CL3MgICBLQi90IHRwcyAgTUIvcyAgIEtCL3QgdHBzICBNQi9z ICB1cyBuaSBzeSBpbiBpZAogICAxICAgIDI5IDE4LjY4ICA1NCAgMC45OCAgMTIuODkgIDUxICAw LjY0ICAgMC4wMCAgIDEgIDAuMDAgICAwICAwICAyICAwIDk3CgotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KaXBj cyAtYQoKTWVzc2FnZSBRdWV1ZXM6ClQgICAgICAgICAgIElEICAgICAgICAgIEtFWSBNT0RFICAg ICAgICBPV05FUiAgICBHUk9VUCAgICBDUkVBVE9SICBDR1JPVVAgICAgICAgICAgICAgICAgIENC WVRFUyAgICAgICAgICAgICAgICAgUU5VTSAgICAgICAgICAgICAgIFFCWVRFUyAgICAgICAgTFNQ SUQgICAgICAgIExSUElEIFNUSU1FICAgIFJUSU1FICAgIENUSU1FICAgCgpTaGFyZWQgTWVtb3J5 OgpUICAgICAgICAgICBJRCAgICAgICAgICBLRVkgTU9ERSAgICAgICAgT1dORVIgICAgR1JPVVAg ICAgQ1JFQVRPUiAgQ0dST1VQICAgICAgICAgTkFUVENIICAgICAgICBTRUdTWiAgICAgICAgIENQ SUQgICAgICAgICBMUElEIEFUSU1FICAgIERUSU1FICAgIENUSU1FICAgCgpTZW1hcGhvcmVzOgpU ICAgICAgICAgICBJRCAgICAgICAgICBLRVkgTU9ERSAgICAgICAgT1dORVIgICAgR1JPVVAgICAg Q1JFQVRPUiAgQ0dST1VQICAgICAgICAgIE5TRU1TIE9USU1FICAgIENUSU1FICAgCgoKLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCmlwY3MgLVQKCm1zZ2luZm86Cgltc2dtYXg6ICAgICAgICAxNjM4NAkobWF4IGNo YXJhY3RlcnMgaW4gYSBtZXNzYWdlKQoJbXNnbW5pOiAgICAgICAgICAgNDAJKCMgb2YgbWVzc2Fn ZSBxdWV1ZXMpCgltc2dtbmI6ICAgICAgICAgMjA0OAkobWF4IGNoYXJhY3RlcnMgaW4gYSBtZXNz YWdlIHF1ZXVlKQoJbXNndHFsOiAgICAgICAgICAgNDAJKG1heCAjIG9mIG1lc3NhZ2VzIGluIHN5 c3RlbSkKCW1zZ3NzejogICAgICAgICAgICA4CShzaXplIG9mIGEgbWVzc2FnZSBzZWdtZW50KQoJ bXNnc2VnOiAgICAgICAgIDIwNDgJKCMgb2YgbWVzc2FnZSBzZWdtZW50cyBpbiBzeXN0ZW0pCgpz aG1pbmZvOgoJc2htbWF4OiAgICA1MzY4NzA5MTIJKG1heCBzaGFyZWQgbWVtb3J5IHNlZ21lbnQg c2l6ZSkKCXNobW1pbjogICAgICAgICAgICAxCShtaW4gc2hhcmVkIG1lbW9yeSBzZWdtZW50IHNp emUpCglzaG1tbmk6ICAgICAgICAgIDE5MgkobWF4IG51bWJlciBvZiBzaGFyZWQgbWVtb3J5IGlk ZW50aWZpZXJzKQoJc2htc2VnOiAgICAgICAgICAxMjgJKG1heCBzaGFyZWQgbWVtb3J5IHNlZ21l bnRzIHBlciBwcm9jZXNzKQoJc2htYWxsOiAgICAgICAxMzEwNzIJKG1heCBhbW91bnQgb2Ygc2hh cmVkIG1lbW9yeSBpbiBwYWdlcykKCnNlbWluZm86CglzZW1tbmk6ICAgICAgICAgICA1MAkoIyBv ZiBzZW1hcGhvcmUgaWRlbnRpZmllcnMpCglzZW1tbnM6ICAgICAgICAgIDM0MAkoIyBvZiBzZW1h cGhvcmVzIGluIHN5c3RlbSkKCXNlbW1udTogICAgICAgICAgMTUwCSgjIG9mIHVuZG8gc3RydWN0 dXJlcyBpbiBzeXN0ZW0pCglzZW1tc2w6ICAgICAgICAgIDM0MAkobWF4ICMgb2Ygc2VtYXBob3Jl cyBwZXIgaWQpCglzZW1vcG06ICAgICAgICAgIDEwMAkobWF4ICMgb2Ygb3BlcmF0aW9ucyBwZXIg c2Vtb3AgY2FsbCkKCXNlbXVtZTogICAgICAgICAgIDUwCShtYXggIyBvZiB1bmRvIGVudHJpZXMg cGVyIHByb2Nlc3MpCglzZW11c3o6ICAgICAgICAgIDYzMgkoc2l6ZSBpbiBieXRlcyBvZiB1bmRv IHN0cnVjdHVyZSkKCXNlbXZteDogICAgICAgIDMyNzY3CShzZW1hcGhvcmUgbWF4aW11bSB2YWx1 ZSkKCXNlbWFlbTogICAgICAgIDE2Mzg0CShhZGp1c3Qgb24gZXhpdCBtYXggdmFsdWUpCgoKLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tCm5mc3N0YXQKCkNsaWVudCBJbmZvOgpScGMgQ291bnRzOgogIEdldGF0dHIg ICBTZXRhdHRyICAgIExvb2t1cCAgUmVhZGxpbmsgICAgICBSZWFkICAgICBXcml0ZSAgICBDcmVh dGUgICAgUmVtb3ZlCiAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAg ICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAKICAgUmVuYW1lICAgICAgTGluayAg IFN5bWxpbmsgICAgIE1rZGlyICAgICBSbWRpciAgIFJlYWRkaXIgIFJkaXJQbHVzICAgIEFjY2Vz cwogICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAg ICAgMCAgICAgICAgIDAgICAgICAgICAwCiAgICBNa25vZCAgICBGc3N0YXQgICAgRnNpbmZvICBQ YXRoQ29uZiAgICBDb21taXQKICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAw ICAgICAgICAgMApScGMgSW5mbzoKIFRpbWVkT3V0ICAgSW52YWxpZCBYIFJlcGxpZXMgICBSZXRy aWVzICBSZXF1ZXN0cwogICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAg ICAgICAwCkNhY2hlIEluZm86CkF0dHIgSGl0cyAgICBNaXNzZXMgTGt1cCBIaXRzICAgIE1pc3Nl cyBCaW9SIEhpdHMgICAgTWlzc2VzIEJpb1cgSGl0cyAgICBNaXNzZXMKICAgICAgICAwICAgICAg ICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAg ICAgICAgMApCaW9STEhpdHMgICAgTWlzc2VzIEJpb0QgSGl0cyAgICBNaXNzZXMgRGlyRSBIaXRz ICAgIE1pc3NlcyBBY2NzIEhpdHMgICAgTWlzc2VzCiAgICAgICAgMCAgICAgICAgIDAgICAgICAg ICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAKClNl cnZlciBJbmZvOgogIEdldGF0dHIgICBTZXRhdHRyICAgIExvb2t1cCAgUmVhZGxpbmsgICAgICBS ZWFkICAgICBXcml0ZSAgICBDcmVhdGUgICAgUmVtb3ZlCiAgICAgICAgMCAgICAgICAgIDAgICAg ICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAK ICAgUmVuYW1lICAgICAgTGluayAgIFN5bWxpbmsgICAgIE1rZGlyICAgICBSbWRpciAgIFJlYWRk aXIgIFJkaXJQbHVzICAgIEFjY2VzcwogICAgICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAg ICAgIDAgICAgICAgICAwICAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwCiAgICBNa25vZCAg ICBGc3N0YXQgICAgRnNpbmZvICBQYXRoQ29uZiAgICBDb21taXQKICAgICAgICAwICAgICAgICAg MCAgICAgICAgIDAgICAgICAgICAwICAgICAgICAgMApTZXJ2ZXIgUmV0LUZhaWxlZAogICAgICAg ICAgICAgICAgMApTZXJ2ZXIgRmF1bHRzCiAgICAgICAgICAgIDAKU2VydmVyIENhY2hlIFN0YXRz OgogICBJbnByb2cgICAgICBJZGVtICBOb24taWRlbSAgICBNaXNzZXMKICAgICAgICAwICAgICAg ICAgMCAgICAgICAgIDAgICAgICAgICAwClNlcnZlciBXcml0ZSBHYXRoZXJpbmc6CiBXcml0ZU9w cyAgV3JpdGVSUEMgICBPcHNhdmVkCiAgICAgICAgMCAgICAgICAgIDAgICAgICAgICAwCgotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0KbmV0c3RhdCAtcwoKdGNwOgoJMCBwYWNrZXRzIHNlbnQKCQkwIGRhdGEgcGFj a2V0cyAoMCBieXRlcykKCQkwIGRhdGEgcGFja2V0cyAoMCBieXRlcykgcmV0cmFuc21pdHRlZAoJ CTAgZGF0YSBwYWNrZXRzIHVubmVjZXNzYXJpbHkgcmV0cmFuc21pdHRlZAoJCTAgcmVzZW5kcyBp bml0aWF0ZWQgYnkgTVRVIGRpc2NvdmVyeQoJCTAgYWNrLW9ubHkgcGFja2V0cyAoMCBkZWxheWVk KQoJCTAgVVJHIG9ubHkgcGFja2V0cwoJCTAgd2luZG93IHByb2JlIHBhY2tldHMKCQkwIHdpbmRv dyB1cGRhdGUgcGFja2V0cwoJCTAgY29udHJvbCBwYWNrZXRzCgkwIHBhY2tldHMgcmVjZWl2ZWQK CQkwIGFja3MgKGZvciAwIGJ5dGVzKQoJCTAgZHVwbGljYXRlIGFja3MKCQkwIGFja3MgZm9yIHVu c2VudCBkYXRhCgkJMCBwYWNrZXRzICgwIGJ5dGVzKSByZWNlaXZlZCBpbi1zZXF1ZW5jZQoJCTAg Y29tcGxldGVseSBkdXBsaWNhdGUgcGFja2V0cyAoMCBieXRlcykKCQkwIG9sZCBkdXBsaWNhdGUg cGFja2V0cwoJCTAgcGFja2V0cyB3aXRoIHNvbWUgZHVwLiBkYXRhICgwIGJ5dGVzIGR1cGVkKQoJ CTAgb3V0LW9mLW9yZGVyIHBhY2tldHMgKDAgYnl0ZXMpCgkJMCBwYWNrZXRzICgwIGJ5dGVzKSBv ZiBkYXRhIGFmdGVyIHdpbmRvdwoJCTAgd2luZG93IHByb2JlcwoJCTAgd2luZG93IHVwZGF0ZSBw YWNrZXRzCgkJMCBwYWNrZXRzIHJlY2VpdmVkIGFmdGVyIGNsb3NlCgkJMCBkaXNjYXJkZWQgZm9y IGJhZCBjaGVja3N1bXMKCQkwIGRpc2NhcmRlZCBmb3IgYmFkIGhlYWRlciBvZmZzZXQgZmllbGRz CgkJMCBkaXNjYXJkZWQgYmVjYXVzZSBwYWNrZXQgdG9vIHNob3J0CgkJMCBkaXNjYXJkZWQgZHVl IHRvIG1lbW9yeSBwcm9ibGVtcwoJMCBjb25uZWN0aW9uIHJlcXVlc3RzCgkwIGNvbm5lY3Rpb24g YWNjZXB0cwoJMCBiYWQgY29ubmVjdGlvbiBhdHRlbXB0cwoJMCBsaXN0ZW4gcXVldWUgb3ZlcmZs b3dzCgkwIGlnbm9yZWQgUlNUcyBpbiB0aGUgd2luZG93cwoJMCBjb25uZWN0aW9ucyBlc3RhYmxp c2hlZCAoaW5jbHVkaW5nIGFjY2VwdHMpCgkwIGNvbm5lY3Rpb25zIGNsb3NlZCAoaW5jbHVkaW5n IDAgZHJvcHMpCgkJMCBjb25uZWN0aW9ucyB1cGRhdGVkIGNhY2hlZCBSVFQgb24gY2xvc2UKCQkw IGNvbm5lY3Rpb25zIHVwZGF0ZWQgY2FjaGVkIFJUVCB2YXJpYW5jZSBvbiBjbG9zZQoJCTAgY29u bmVjdGlvbnMgdXBkYXRlZCBjYWNoZWQgc3N0aHJlc2ggb24gY2xvc2UKCTAgZW1icnlvbmljIGNv bm5lY3Rpb25zIGRyb3BwZWQKCTAgc2VnbWVudHMgdXBkYXRlZCBydHQgKG9mIDAgYXR0ZW1wdHMp CgkwIHJldHJhbnNtaXQgdGltZW91dHMKCQkwIGNvbm5lY3Rpb25zIGRyb3BwZWQgYnkgcmV4bWl0 IHRpbWVvdXQKCTAgcGVyc2lzdCB0aW1lb3V0cwoJCTAgY29ubmVjdGlvbnMgZHJvcHBlZCBieSBw ZXJzaXN0IHRpbWVvdXQKCTAgQ29ubmVjdGlvbnMgKGZpbl93YWl0XzIpIGRyb3BwZWQgYmVjYXVz ZSBvZiB0aW1lb3V0CgkwIGtlZXBhbGl2ZSB0aW1lb3V0cwoJCTAga2VlcGFsaXZlIHByb2JlcyBz ZW50CgkJMCBjb25uZWN0aW9ucyBkcm9wcGVkIGJ5IGtlZXBhbGl2ZQoJMCBjb3JyZWN0IEFDSyBo ZWFkZXIgcHJlZGljdGlvbnMKCTAgY29ycmVjdCBkYXRhIHBhY2tldCBoZWFkZXIgcHJlZGljdGlv bnMKCTAgc3luY2FjaGUgZW50cmllcyBhZGRlZAoJCTAgcmV0cmFuc21pdHRlZAoJCTAgZHVwc3lu CgkJMCBkcm9wcGVkCgkJMCBjb21wbGV0ZWQKCQkwIGJ1Y2tldCBvdmVyZmxvdwoJCTAgY2FjaGUg b3ZlcmZsb3cKCQkwIHJlc2V0CgkJMCBzdGFsZQoJCTAgYWJvcnRlZAoJCTAgYmFkYWNrCgkJMCB1 bnJlYWNoCgkJMCB6b25lIGZhaWx1cmVzCgkwIGNvb2tpZXMgc2VudAoJMCBjb29raWVzIHJlY2Vp dmVkCgkwIGhvc3RjYWNoZSBlbnRyaWVzIGFkZGVkCgkJMCBidWNrZXQgb3ZlcmZsb3cKCTAgU0FD SyByZWNvdmVyeSBlcGlzb2RlcwoJMCBzZWdtZW50IHJleG1pdHMgaW4gU0FDSyByZWNvdmVyeSBl cGlzb2RlcwoJMCBieXRlIHJleG1pdHMgaW4gU0FDSyByZWNvdmVyeSBlcGlzb2RlcwoJMCBTQUNL IG9wdGlvbnMgKFNBQ0sgYmxvY2tzKSByZWNlaXZlZAoJMCBTQUNLIG9wdGlvbnMgKFNBQ0sgYmxv Y2tzKSBzZW50CgkwIFNBQ0sgc2NvcmVib2FyZCBvdmVyZmxvdwoJMCBwYWNrZXRzIHdpdGggRUNO IENFIGJpdCBzZXQKCTAgcGFja2V0cyB3aXRoIEVDTiBFQ1QoMCkgYml0IHNldAoJMCBwYWNrZXRz IHdpdGggRUNOIEVDVCgxKSBiaXQgc2V0CgkwIHN1Y2Nlc3NmdWwgRUNOIGhhbmRzaGFrZXMKCTAg dGltZXMgRUNOIHJlZHVjZWQgdGhlIGNvbmdlc3Rpb24gd2luZG93CnVkcDoKCTAgZGF0YWdyYW1z IHJlY2VpdmVkCgkwIHdpdGggaW5jb21wbGV0ZSBoZWFkZXIKCTAgd2l0aCBiYWQgZGF0YSBsZW5n dGggZmllbGQKCTAgd2l0aCBiYWQgY2hlY2tzdW0KCTAgd2l0aCBubyBjaGVja3N1bQoJMCBkcm9w cGVkIGR1ZSB0byBubyBzb2NrZXQKCTAgYnJvYWRjYXN0L211bHRpY2FzdCBkYXRhZ3JhbXMgdW5k ZWxpdmVyZWQKCTAgZHJvcHBlZCBkdWUgdG8gZnVsbCBzb2NrZXQgYnVmZmVycwoJMCBub3QgZm9y IGhhc2hlZCBwY2IKCTAgZGVsaXZlcmVkCgkwIGRhdGFncmFtcyBvdXRwdXQKCTAgdGltZXMgbXVs dGljYXN0IHNvdXJjZSBmaWx0ZXIgbWF0Y2hlZAppcDoKCTMgdG90YWwgcGFja2V0cyByZWNlaXZl ZAoJMCBiYWQgaGVhZGVyIGNoZWNrc3VtcwoJMCB3aXRoIHNpemUgc21hbGxlciB0aGFuIG1pbmlt dW0KCTAgd2l0aCBkYXRhIHNpemUgPCBkYXRhIGxlbmd0aAoJMCB3aXRoIGlwIGxlbmd0aCA+IG1h eCBpcCBwYWNrZXQgc2l6ZQoJMCB3aXRoIGhlYWRlciBsZW5ndGggPCBkYXRhIHNpemUKCTAgd2l0 aCBkYXRhIGxlbmd0aCA8IGhlYWRlciBsZW5ndGgKCTAgd2l0aCBiYWQgb3B0aW9ucwoJMCB3aXRo IGluY29ycmVjdCB2ZXJzaW9uIG51bWJlcgoJMCBmcmFnbWVudHMgcmVjZWl2ZWQKCTAgZnJhZ21l bnRzIGRyb3BwZWQgKGR1cCBvciBvdXQgb2Ygc3BhY2UpCgkwIGZyYWdtZW50cyBkcm9wcGVkIGFm dGVyIHRpbWVvdXQKCTAgcGFja2V0cyByZWFzc2VtYmxlZCBvawoJMCBwYWNrZXRzIGZvciB0aGlz IGhvc3QKCTAgcGFja2V0cyBmb3IgdW5rbm93bi91bnN1cHBvcnRlZCBwcm90b2NvbAoJMCBwYWNr ZXRzIGZvcndhcmRlZCAoMCBwYWNrZXRzIGZhc3QgZm9yd2FyZGVkKQoJMyBwYWNrZXRzIG5vdCBm b3J3YXJkYWJsZQoJMCBwYWNrZXRzIHJlY2VpdmVkIGZvciB1bmtub3duIG11bHRpY2FzdCBncm91 cAoJMCByZWRpcmVjdHMgc2VudAoJMCBwYWNrZXRzIHNlbnQgZnJvbSB0aGlzIGhvc3QKCTAgcGFj a2V0cyBzZW50IHdpdGggZmFicmljYXRlZCBpcCBoZWFkZXIKCTAgb3V0cHV0IHBhY2tldHMgZHJv cHBlZCBkdWUgdG8gbm8gYnVmcywgZXRjLgoJMCBvdXRwdXQgcGFja2V0cyBkaXNjYXJkZWQgZHVl IHRvIG5vIHJvdXRlCgkwIG91dHB1dCBkYXRhZ3JhbXMgZnJhZ21lbnRlZAoJMCBmcmFnbWVudHMg Y3JlYXRlZAoJMCBkYXRhZ3JhbXMgdGhhdCBjYW4ndCBiZSBmcmFnbWVudGVkCgkwIHR1bm5lbGlu ZyBwYWNrZXRzIHRoYXQgY2FuJ3QgZmluZCBnaWYKCTAgZGF0YWdyYW1zIHdpdGggYmFkIGFkZHJl c3MgaW4gaGVhZGVyCmljbXA6CgkwIGNhbGxzIHRvIGljbXBfZXJyb3IKCTAgZXJyb3JzIG5vdCBn ZW5lcmF0ZWQgaW4gcmVzcG9uc2UgdG8gYW4gaWNtcCBtZXNzYWdlCgkwIG1lc3NhZ2VzIHdpdGgg YmFkIGNvZGUgZmllbGRzCgkwIG1lc3NhZ2VzIGxlc3MgdGhhbiB0aGUgbWluaW11bSBsZW5ndGgK CTAgbWVzc2FnZXMgd2l0aCBiYWQgY2hlY2tzdW0KCTAgbWVzc2FnZXMgd2l0aCBiYWQgbGVuZ3Ro CgkwIG11bHRpY2FzdCBlY2hvIHJlcXVlc3RzIGlnbm9yZWQKCTAgbXVsdGljYXN0IHRpbWVzdGFt cCByZXF1ZXN0cyBpZ25vcmVkCgkwIG1lc3NhZ2UgcmVzcG9uc2VzIGdlbmVyYXRlZAoJMCBpbnZh bGlkIHJldHVybiBhZGRyZXNzZXMKCTAgbm8gcmV0dXJuIHJvdXRlcwppZ21wOgoJMCBtZXNzYWdl cyByZWNlaXZlZAoJMCBtZXNzYWdlcyByZWNlaXZlZCB3aXRoIHRvbyBmZXcgYnl0ZXMKCTAgbWVz c2FnZXMgcmVjZWl2ZWQgd2l0aCB3cm9uZyBUVEwKCTAgbWVzc2FnZXMgcmVjZWl2ZWQgd2l0aCBi YWQgY2hlY2tzdW0KCTAgVjEvVjIgbWVtYmVyc2hpcCBxdWVyaWVzIHJlY2VpdmVkCgkwIFYzIG1l bWJlcnNoaXAgcXVlcmllcyByZWNlaXZlZAoJMCBtZW1iZXJzaGlwIHF1ZXJpZXMgcmVjZWl2ZWQg d2l0aCBpbnZhbGlkIGZpZWxkKHMpCgkwIGdlbmVyYWwgcXVlcmllcyByZWNlaXZlZAoJMCBncm91 cCBxdWVyaWVzIHJlY2VpdmVkCgkwIGdyb3VwLXNvdXJjZSBxdWVyaWVzIHJlY2VpdmVkCgkwIGdy b3VwLXNvdXJjZSBxdWVyaWVzIGRyb3BwZWQKCTAgbWVtYmVyc2hpcCByZXBvcnRzIHJlY2VpdmVk CgkwIG1lbWJlcnNoaXAgcmVwb3J0cyByZWNlaXZlZCB3aXRoIGludmFsaWQgZmllbGQocykKCTAg bWVtYmVyc2hpcCByZXBvcnRzIHJlY2VpdmVkIGZvciBncm91cHMgdG8gd2hpY2ggd2UgYmVsb25n CgkwIFYzIHJlcG9ydHMgcmVjZWl2ZWQgd2l0aG91dCBSb3V0ZXIgQWxlcnQKCTAgbWVtYmVyc2hp cCByZXBvcnRzIHNlbnQKYXJwOgoJMSBBUlAgcmVxdWVzdCBzZW50CgkwIEFSUCByZXBsaWVzIHNl bnQKCTAgQVJQIHJlcXVlc3RzIHJlY2VpdmVkCgkwIEFSUCByZXBsaWVzIHJlY2VpdmVkCgkwIEFS UCBwYWNrZXRzIHJlY2VpdmVkCgkwIHRvdGFsIHBhY2tldHMgZHJvcHBlZCBkdWUgdG8gbm8gQVJQ IGVudHJ5CgkwIEFSUCBlbnRyeXMgdGltZWQgb3V0CgkwIER1cGxpY2F0ZSBJUHMgc2VlbgppcDY6 CgkwIHRvdGFsIHBhY2tldHMgcmVjZWl2ZWQKCTAgd2l0aCBzaXplIHNtYWxsZXIgdGhhbiBtaW5p bXVtCgkwIHdpdGggZGF0YSBzaXplIDwgZGF0YSBsZW5ndGgKCTAgd2l0aCBiYWQgb3B0aW9ucwoJ MCB3aXRoIGluY29ycmVjdCB2ZXJzaW9uIG51bWJlcgoJMCBmcmFnbWVudHMgcmVjZWl2ZWQKCTAg ZnJhZ21lbnRzIGRyb3BwZWQgKGR1cCBvciBvdXQgb2Ygc3BhY2UpCgkwIGZyYWdtZW50cyBkcm9w cGVkIGFmdGVyIHRpbWVvdXQKCTAgZnJhZ21lbnRzIHRoYXQgZXhjZWVkZWQgbGltaXQKCTAgcGFj a2V0cyByZWFzc2VtYmxlZCBvawoJMCBwYWNrZXRzIGZvciB0aGlzIGhvc3QKCTAgcGFja2V0cyBm b3J3YXJkZWQKCTAgcGFja2V0cyBub3QgZm9yd2FyZGFibGUKCTAgcmVkaXJlY3RzIHNlbnQKCTAg cGFja2V0cyBzZW50IGZyb20gdGhpcyBob3N0CgkwIHBhY2tldHMgc2VudCB3aXRoIGZhYnJpY2F0 ZWQgaXAgaGVhZGVyCgkwIG91dHB1dCBwYWNrZXRzIGRyb3BwZWQgZHVlIHRvIG5vIGJ1ZnMsIGV0 Yy4KCTAgb3V0cHV0IHBhY2tldHMgZGlzY2FyZGVkIGR1ZSB0byBubyByb3V0ZQoJMCBvdXRwdXQg ZGF0YWdyYW1zIGZyYWdtZW50ZWQKCTAgZnJhZ21lbnRzIGNyZWF0ZWQKCTAgZGF0YWdyYW1zIHRo YXQgY2FuJ3QgYmUgZnJhZ21lbnRlZAoJMCBwYWNrZXRzIHRoYXQgdmlvbGF0ZWQgc2NvcGUgcnVs ZXMKCTAgbXVsdGljYXN0IHBhY2tldHMgd2hpY2ggd2UgZG9uJ3Qgam9pbgoJTWJ1ZiBzdGF0aXN0 aWNzOgoJCTAgb25lIG1idWYKCQkwIG9uZSBleHQgbWJ1ZgoJCTAgdHdvIG9yIG1vcmUgZXh0IG1i dWYKCTAgcGFja2V0cyB3aG9zZSBoZWFkZXJzIGFyZSBub3QgY29udGlndW91cwoJMCB0dW5uZWxp bmcgcGFja2V0cyB0aGF0IGNhbid0IGZpbmQgZ2lmCgkwIHBhY2tldHMgZGlzY2FyZGVkIGJlY2F1 c2Ugb2YgdG9vIG1hbnkgaGVhZGVycwoJMCBmYWlsdXJlcyBvZiBzb3VyY2UgYWRkcmVzcyBzZWxl Y3Rpb24KCVNvdXJjZSBhZGRyZXNzZXMgc2VsZWN0aW9uIHJ1bGUgYXBwbGllZDoKaWNtcDY6Cgkw IGNhbGxzIHRvIGljbXA2X2Vycm9yCgkwIGVycm9ycyBub3QgZ2VuZXJhdGVkIGluIHJlc3BvbnNl IHRvIGFuIGljbXA2IG1lc3NhZ2UKCTAgZXJyb3JzIG5vdCBnZW5lcmF0ZWQgYmVjYXVzZSBvZiBy YXRlIGxpbWl0YXRpb24KCTAgbWVzc2FnZXMgd2l0aCBiYWQgY29kZSBmaWVsZHMKCTAgbWVzc2Fn ZXMgPCBtaW5pbXVtIGxlbmd0aAoJMCBiYWQgY2hlY2tzdW1zCgkwIG1lc3NhZ2VzIHdpdGggYmFk IGxlbmd0aAoJSGlzdG9ncmFtIG9mIGVycm9yIG1lc3NhZ2VzIHRvIGJlIGdlbmVyYXRlZDoKCQkw IG5vIHJvdXRlCgkJMCBhZG1pbmlzdHJhdGl2ZWx5IHByb2hpYml0ZWQKCQkwIGJleW9uZCBzY29w ZQoJCTAgYWRkcmVzcyB1bnJlYWNoYWJsZQoJCTAgcG9ydCB1bnJlYWNoYWJsZQoJCTAgcGFja2V0 IHRvbyBiaWcKCQkwIHRpbWUgZXhjZWVkIHRyYW5zaXQKCQkwIHRpbWUgZXhjZWVkIHJlYXNzZW1i bHkKCQkwIGVycm9uZW91cyBoZWFkZXIgZmllbGQKCQkwIHVucmVjb2duaXplZCBuZXh0IGhlYWRl cgoJCTAgdW5yZWNvZ25pemVkIG9wdGlvbgoJCTAgcmVkaXJlY3QKCQkwIHVua25vd24KCTAgbWVz c2FnZSByZXNwb25zZXMgZ2VuZXJhdGVkCgkwIG1lc3NhZ2VzIHdpdGggdG9vIG1hbnkgTkQgb3B0 aW9ucwoJMCBtZXNzYWdlcyB3aXRoIGJhZCBORCBvcHRpb25zCgkwIGJhZCBuZWlnaGJvciBzb2xp Y2l0YXRpb24gbWVzc2FnZXMKCTAgYmFkIG5laWdoYm9yIGFkdmVydGlzZW1lbnQgbWVzc2FnZXMK CTAgYmFkIHJvdXRlciBzb2xpY2l0YXRpb24gbWVzc2FnZXMKCTAgYmFkIHJvdXRlciBhZHZlcnRp c2VtZW50IG1lc3NhZ2VzCgkwIGJhZCByZWRpcmVjdCBtZXNzYWdlcwoJMCBwYXRoIE1UVSBjaGFu Z2VzCnJpcDY6CgkwIG1lc3NhZ2VzIHJlY2VpdmVkCgkwIGNoZWNrc3VtIGNhbGN1bGF0aW9ucyBv biBpbmJvdW5kCgkwIG1lc3NhZ2VzIHdpdGggYmFkIGNoZWNrc3VtCgkwIG1lc3NhZ2VzIGRyb3Bw ZWQgZHVlIHRvIG5vIHNvY2tldAoJMCBtdWx0aWNhc3QgbWVzc2FnZXMgZHJvcHBlZCBkdWUgdG8g bm8gc29ja2V0CgkwIG1lc3NhZ2VzIGRyb3BwZWQgZHVlIHRvIGZ1bGwgc29ja2V0IGJ1ZmZlcnMK CTAgZGVsaXZlcmVkCgkwIGRhdGFncmFtcyBvdXRwdXQKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpuZXRzdGF0 IC1tCgo2NS8xMzIwLzEzODUgbWJ1ZnMgaW4gdXNlIChjdXJyZW50L2NhY2hlL3RvdGFsKQoxODQ0 Njc0NDA3MzcwOTU1MTYxMS81MDUvNTAwLzQ5OTI5NCBtYnVmIGNsdXN0ZXJzIGluIHVzZSAoY3Vy cmVudC9jYWNoZS90b3RhbC9tYXgpCjAvNTA1IG1idWYrY2x1c3RlcnMgb3V0IG9mIHBhY2tldCBz ZWNvbmRhcnkgem9uZSBpbiB1c2UgKGN1cnJlbnQvY2FjaGUpCjY0LzQvNjgvMjQ5NjQ2IDRrIChw YWdlIHNpemUpIGp1bWJvIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3RhbC9tYXgp CjAvMC8wLzIyMTkwNyA5ayBqdW1ibyBjbHVzdGVycyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUvdG90 YWwvbWF4KQowLzAvMC8xNjY0MjggMTZrIGp1bWJvIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9j YWNoZS90b3RhbC9tYXgpCjI2MksvMTM1NksvMTYxOEsgYnl0ZXMgYWxsb2NhdGVkIHRvIG5ldHdv cmsgKGN1cnJlbnQvY2FjaGUvdG90YWwpCjAvMC8wIHJlcXVlc3RzIGZvciBtYnVmcyBkZW5pZWQg KG1idWZzL2NsdXN0ZXJzL21idWYrY2x1c3RlcnMpCjAvMC8wIHJlcXVlc3RzIGZvciBtYnVmcyBk ZWxheWVkIChtYnVmcy9jbHVzdGVycy9tYnVmK2NsdXN0ZXJzKQowLzAvMCByZXF1ZXN0cyBmb3Ig anVtYm8gY2x1c3RlcnMgZGVsYXllZCAoNGsvOWsvMTZrKQowLzAvMCByZXF1ZXN0cyBmb3IganVt Ym8gY2x1c3RlcnMgZGVuaWVkICg0ay85ay8xNmspCjAgcmVxdWVzdHMgZm9yIHNmYnVmcyBkZW5p ZWQKMCByZXF1ZXN0cyBmb3Igc2ZidWZzIGRlbGF5ZWQKMCByZXF1ZXN0cyBmb3IgSS9PIGluaXRp YXRlZCBieSBzZW5kZmlsZQoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCm5ldHN0YXQgLWFucgoKUm91dGluZyB0 YWJsZXMKCkludGVybmV0OgpEZXN0aW5hdGlvbiAgICAgICAgR2F0ZXdheSAgICAgICAgICAgIEZs YWdzICAgIFJlZnMgICAgICBVc2UgIE5ldGlmIEV4cGlyZQpkZWZhdWx0ICAgICAgICAgICAgMTQ5 LjEyNS4xNjAuMSAgICAgIFVHUyAgICAgICAgIDAgICAgICAgIDAgIHdsYW4xCjEyNy4wLjAuMSAg ICAgICAgICBsaW5rIzEgICAgICAgICAgICAgVUggICAgICAgICAgMCAgICAgICAgMCAgICBsbzAK MTQ5LjEyNS4xNjAuMC8xOSAgIGxpbmsjMyAgICAgICAgICAgICBVICAgICAgICAgICAwICAgICAg ICAwICB3bGFuMQoxNDkuMTI1LjE3Ni41ICAgICAgbGluayMzICAgICAgICAgICAgIFVIUyAgICAg ICAgIDAgICAgICAgIDAgICAgbG8wCgpJbnRlcm5ldDY6CkRlc3RpbmF0aW9uICAgICAgICAgICAg ICAgICAgICAgICBHYXRld2F5ICAgICAgICAgICAgICAgICAgICAgICBGbGFncyAgICAgIE5ldGlm IEV4cGlyZQo6OjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbGluayMxICAgICAgICAg ICAgICAgICAgICAgICAgVUggICAgICAgICAgbG8wCmZlODA6OiVsbzAvNjQgICAgICAgICAgICAg ICAgICAgICBsaW5rIzEgICAgICAgICAgICAgICAgICAgICAgICBVICAgICAgICAgICBsbzAKZmU4 MDo6MSVsbzAgICAgICAgICAgICAgICAgICAgICAgIGxpbmsjMSAgICAgICAgICAgICAgICAgICAg ICAgIFVIUyAgICAgICAgIGxvMApmZjAxOjolbG8wLzMyICAgICAgICAgICAgICAgICAgICAgOjox ICAgICAgICAgICAgICAgICAgICAgICAgICAgVSAgICAgICAgICAgbG8wCmZmMDI6OiVsbzAvMzIg ICAgICAgICAgICAgICAgICAgICA6OjEgICAgICAgICAgICAgICAgICAgICAgICAgICBVICAgICAg ICAgICBsbzAKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpuZXRzdGF0IC1hbkEKCkFjdGl2ZSBJbnRlcm5ldCBj b25uZWN0aW9ucyAoaW5jbHVkaW5nIHNlcnZlcnMpClRjcGNiICAgICAgICAgICAgUHJvdG8gUmVj di1RIFNlbmQtUSBMb2NhbCBBZGRyZXNzICAgICAgRm9yZWlnbiBBZGRyZXNzICAgIChzdGF0ZSkK ZmZmZmY4MDAxMDY0ZDkzMCB1ZHA0ICAgICAgIDAgICAgICAwICouKiAgICAgICAgICAgICAgICAq LiogICAgICAgICAgICAgICAgCkFjdGl2ZSBVTklYIGRvbWFpbiBzb2NrZXRzCkFkZHJlc3MgIFR5 cGUgICBSZWN2LVEgU2VuZC1RICAgIElub2RlICAgICBDb25uICAgICBSZWZzICBOZXh0cmVmIEFk ZHIKZmZmZmY4MDAxMDdhZTJkMCBzdHJlYW0gICAgICAwICAgICAgMCBmZmZmZjgwMDEwOGVmMDAw ICAgICAgICAwICAgICAgICAwICAgICAgICAwIC92YXIvcnVuL2RldmQucGlwZQpmZmZmZjgwMDEw Njc3YjQwIGRncmFtICAgICAgIDAgICAgICAwIGZmZmZmODAwMTAxOTNiMTAgICAgICAgIDAgICAg ICAgIDAgICAgICAgIDAgL3Zhci9ydW4vd3BhX3N1cHBsaWNhbnQvd2xhbjEKCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQpuZXRzdGF0IC1hTAoKQ3VycmVudCBsaXN0ZW4gcXVldWUgc2l6ZXMgKHFsZW4vaW5jcWxl bi9tYXhxbGVuKQpQcm90byBMaXN0ZW4gICAgICAgICBMb2NhbCBBZGRyZXNzICAgICAgICAgCnVu aXggIDAvMC80ICAgICAgICAgIC92YXIvcnVuL2RldmQucGlwZQoKLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCmZz dGF0Cgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAwMDdmZmZmZmZmZmYKZnN0YXQ6 IGNhbid0IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAwMWZmZmZmCmZzdGF0OiBjYW4ndCByZWFk IHpub2RlX3BoeXMgYXQgMHgxCmZzdGF0OiBjYW4ndCByZWFkIHpub2RlX3BoeXMgYXQgMHgxCmZz dGF0OiBjYW4ndCByZWFkIHpub2RlX3BoeXMgYXQgMHgxCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUg MSBhdCAweDIwMDAwN2ZmZmZmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDIgYXQgMHg0MDAw MDAwMDAxZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSA0IGF0IDB4NzgwMDAwZmZmZgpmc3Rh dDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9w aHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2Fu J3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAwMDdmZmZmZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmls ZSAyIGF0IDB4NDAwMDAwMDAwMWZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgNCBhdCAweDc4 MDAwMGZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSA3IGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZz dGF0OiBjYW4ndCByZWFkIGZpbGUgOCBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3RhdDogY2FuJ3Qg cmVhZCBmaWxlIDEwIGF0IDB4NzgwMDAwZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlz IGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3Qg cmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAw MDdmZmZmZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAwMWZmZmZm CmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgNCBhdCAweDc4MDAwMGZmZmYKZnN0YXQ6IGNhbid0IHJl YWQgem5vZGVfcGh5cyBhdCAweDEKZnN0YXQ6IGNhbid0IHJlYWQgem5vZGVfcGh5cyBhdCAweDEK ZnN0YXQ6IGNhbid0IHJlYWQgem5vZGVfcGh5cyBhdCAweDEKZnN0YXQ6IGNhbid0IHJlYWQgem5v ZGVfcGh5cyBhdCAweDEKZnN0YXQ6IGNhbid0IHJlYWQgem5vZGVfcGh5cyBhdCAweDEKZnN0YXQ6 IGNhbid0IHJlYWQgZmlsZSAxIGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFk IGZpbGUgMiBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDQgYXQg MHg3ODAwMDBmZmZmCmZzdGF0OiBjYW4ndCByZWFkIHpub2RlX3BoeXMgYXQgMHgxCmZzdGF0OiBj YW4ndCByZWFkIHpub2RlX3BoeXMgYXQgMHgxCmZzdGF0OiBjYW4ndCByZWFkIHpub2RlX3BoeXMg YXQgMHgxCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMSBhdCAweDIwMDAwN2ZmZmZmZmZmZgpmc3Rh dDogY2FuJ3QgcmVhZCBmaWxlIDIgYXQgMHg0MDAwMDAwMDAxZmZmZmYKZnN0YXQ6IGNhbid0IHJl YWQgZmlsZSA0IGF0IDB4NzgwMDAwZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDcgYXQgMHgy MDAwMDdmZmZmZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSA4IGF0IDB4NDAwMDAwMDAwMWZm ZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMTAgYXQgMHg3ODAwMDBmZmZmCmZzdGF0OiBjYW4n dCByZWFkIHpub2RlX3BoeXMgYXQgMHgxCmZzdGF0OiBjYW4ndCByZWFkIHpub2RlX3BoeXMgYXQg MHgxCmZzdGF0OiBjYW4ndCByZWFkIHpub2RlX3BoeXMgYXQgMHgxCmZzdGF0OiBjYW4ndCByZWFk IGZpbGUgMSBhdCAweDIwMDAwMDAwMDAwMDAwMApmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDIgYXQg MHg0MDAwMDAwMDAwMDAwMDAKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSA3IGF0IDB4MjAwMDAwMDAw MDAwMDAyCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgOCBhdCAweDQwMDAwMDAwMDAwMDAwMApmc3Rh dDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9w aHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2Fu J3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQgMHgy MDAwMDdmZmZmZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAwMWZm ZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgNCBhdCAweDc4MDAwMGZmZmYKZnN0YXQ6IGNhbid0 IHJlYWQgZmlsZSA3IGF0IDB4MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUg OCBhdCAweDQwMDAwMDAwMDFmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4 MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6 bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAwMDdmZmZm ZmZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAwMWZmZmZmCmZzdGF0 OiBjYW4ndCByZWFkIGZpbGUgNCBhdCAweDc4MDAwMGZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgem5v ZGVfcGh5cyBhdCAweDEKZnN0YXQ6IGNhbid0IHJlYWQgem5vZGVfcGh5cyBhdCAweDEKZnN0YXQ6 IGNhbid0IHJlYWQgem5vZGVfcGh5cyBhdCAweDEKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSAxIGF0 IDB4MjAwMDA3ZmZmZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgMiBhdCAweDQwMDAwMDAw MDFmZmZmZgpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3Qg cmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4 MQpmc3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEgYXQgMHgyMDAwMDdmZmZmZmZmZmYKZnN0YXQ6IGNh bid0IHJlYWQgZmlsZSAyIGF0IDB4NDAwMDAwMDAwMWZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZp bGUgNCBhdCAweDc4MDAwMGZmZmYKZnN0YXQ6IGNhbid0IHJlYWQgZmlsZSA3IGF0IDB4MjAwMDA3 ZmZmZmZmZmZmCmZzdGF0OiBjYW4ndCByZWFkIGZpbGUgOCBhdCAweDQwMDAwMDAwMDFmZmZmZgpm c3RhdDogY2FuJ3QgcmVhZCBmaWxlIDEwIGF0IDB4NzgwMDAwZmZmZgpmc3RhdDogY2FuJ3QgcmVh ZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpm c3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9k ZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDog Y2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlz IGF0IDB4MQpmc3RhdDogY2FuJ3QgcmVhZCB6bm9kZV9waHlzIGF0IDB4MQpVU0VSICAgICBDTUQg ICAgICAgICAgUElEICAgRkQgTU9VTlQgICAgICBJTlVNIE1PREUgICAgICAgICBTWnxEViBSL1cK cm9vdCAgICAgdmlkY29udHJvbCAgIDc4OSByb290IC0gICAgICAgICAtICAgICAgIGVycm9yICAg IC0Kcm9vdCAgICAgdmlkY29udHJvbCAgIDc4OSAgIHdkIC0gICAgICAgICAtICAgICAgIGVycm9y ICAgIC0Kcm9vdCAgICAgdmlkY29udHJvbCAgIDc4OSB0ZXh0IC0gICAgICAgICAtICAgICAgIGVy cm9yICAgIC0Kcm9vdCAgICAgdmlkY29udHJvbCAgIDc4OSBjdHR5IC9kZXYgICAgICAgICAgNiBj cnctLS0tLS0tICBjb25zb2xlIHJ3CnJvb3QgICAgIHZpZGNvbnRyb2wgICA3ODkgICAgMCAvZGV2 ICAgICAgICAgODQgY3J3LS0tLS0tLSAgIHR0eXYwICByCnJvb3QgICAgIG1vdXNlZCAgICAgICA3 ODggcm9vdCAtICAgICAgICAgLSAgICAgICBlcnJvciAgICAtCnJvb3QgICAgIG1vdXNlZCAgICAg ICA3ODggICB3ZCAtICAgICAgICAgLSAgICAgICBlcnJvciAgICAtCnJvb3QgICAgIG1vdXNlZCAg ICAgICA3ODggdGV4dCAtICAgICAgICAgLSAgICAgICBlcnJvciAgICAtCnJvb3QgICAgIG1vdXNl ZCAgICAgICA3ODggICAgMCAvZGV2ICAgICAgICAgMjcgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJv b3QgICAgIHNoICAgICAgICAgICA3ODQgcm9vdCAtICAgICAgICAgLSAgICAgICBlcnJvciAgICAt CnJvb3QgICAgIHNoICAgICAgICAgICA3ODQgICB3ZCAtICAgICAgICAgLSAgICAgICBlcnJvciAg ICAtCnJvb3QgICAgIHNoICAgICAgICAgICA3ODQgdGV4dCAtICAgICAgICAgLSAgICAgICBlcnJv ciAgICAtCnJvb3QgICAgIHNoICAgICAgICAgICA3ODQgY3R0eSAvZGV2ICAgICAgICAgIDYgY3J3 LS0tLS0tLSAgY29uc29sZSBydwpyb290ICAgICBzaCAgICAgICAgICAgNzg0ICAgIDAgL2RldiAg ICAgICAgICA2IGNydy0tLS0tLS0gIGNvbnNvbGUgcncKcm9vdCAgICAgc2ggICAgICAgICAgIDc4 NCAgICA2IC9kZXYgICAgICAgICAgNiBjcnctLS0tLS0tICBjb25zb2xlIHJ3CnJvb3QgICAgIHdl YmNhbWQgICAgICA3Mzggcm9vdCAtICAgICAgICAgLSAgICAgICBlcnJvciAgICAtCnJvb3QgICAg IHdlYmNhbWQgICAgICA3MzggICB3ZCAtICAgICAgICAgLSAgICAgICBlcnJvciAgICAtCnJvb3Qg ICAgIHdlYmNhbWQgICAgICA3MzggdGV4dCAtICAgICAgICAgLSAgICAgICBlcnJvciAgICAtCnJv b3QgICAgIHdlYmNhbWQgICAgICA3MzggICAgMCAvZGV2ICAgICAgICAgMjcgY3J3LXJ3LXJ3LSAg ICBudWxsIHJ3CnJvb3QgICAgIHdlYmNhbWQgICAgICA3MzggICAgNiAvZGV2ICAgICAgICAgMjcg Y3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIG5nX3F1ZXVlICAgICA3MzAgcm9vdCAtICAg ICAgICAgLSAgICAgICBlcnJvciAgICAtCnJvb3QgICAgIG5nX3F1ZXVlICAgICA3MzAgICB3ZCAt ICAgICAgICAgLSAgICAgICBlcnJvciAgICAtCnJvb3QgICAgIGRldmQgICAgICAgICA2ODYgcm9v dCAtICAgICAgICAgLSAgICAgICBlcnJvciAgICAtCnJvb3QgICAgIGRldmQgICAgICAgICA2ODYg ICB3ZCAtICAgICAgICAgLSAgICAgICBlcnJvciAgICAtCnJvb3QgICAgIGRldmQgICAgICAgICA2 ODYgdGV4dCAtICAgICAgICAgLSAgICAgICBlcnJvciAgICAtCnJvb3QgICAgIGRldmQgICAgICAg ICA2ODYgY3R0eSAvZGV2ICAgICAgICAgIDYgY3J3LS0tLS0tLSAgY29uc29sZSBydwpyb290ICAg ICBkZXZkICAgICAgICAgNjg2ICAgIDAgL2RldiAgICAgICAgICA2IGNydy0tLS0tLS0gIGNvbnNv bGUgcncKcm9vdCAgICAgc2ggICAgICAgICAgIDY4NSByb290IC0gICAgICAgICAtICAgICAgIGVy cm9yICAgIC0Kcm9vdCAgICAgc2ggICAgICAgICAgIDY4NSAgIHdkIC0gICAgICAgICAtICAgICAg IGVycm9yICAgIC0Kcm9vdCAgICAgc2ggICAgICAgICAgIDY4NSB0ZXh0IC0gICAgICAgICAtICAg ICAgIGVycm9yICAgIC0Kcm9vdCAgICAgc2ggICAgICAgICAgIDY4NSBjdHR5IC9kZXYgICAgICAg ICAgNiBjcnctLS0tLS0tICBjb25zb2xlIHJ3CnJvb3QgICAgIHNoICAgICAgICAgICA2ODUgICAg MCAvZGV2ICAgICAgICAgIDYgY3J3LS0tLS0tLSAgY29uc29sZSBydwpyb290ICAgICBzaCAgICAg ICAgICAgNjg1ICAgIDYgL2RldiAgICAgICAgICA2IGNydy0tLS0tLS0gIGNvbnNvbGUgcncKX2Ro Y3AgICAgZGhjbGllbnQgICAgIDYxMyByb290IC0gICAgICAgICAtICAgICAgIGVycm9yICAgIC0K X2RoY3AgICAgZGhjbGllbnQgICAgIDYxMyAgIHdkIC0gICAgICAgICAtICAgICAgIGVycm9yICAg IC0KX2RoY3AgICAgZGhjbGllbnQgICAgIDYxMyBqYWlsIC0gICAgICAgICAtICAgICAgIGVycm9y ICAgIC0KX2RoY3AgICAgZGhjbGllbnQgICAgIDYxMyB0ZXh0IC0gICAgICAgICAtICAgICAgIGVy cm9yICAgIC0KX2RoY3AgICAgZGhjbGllbnQgICAgIDYxMyAgICAwIC9kZXYgICAgICAgICAyNyBj cnctcnctcnctICAgIG51bGwgcncKX2RoY3AgICAgZGhjbGllbnQgICAgIDYxMyAgICA2IC9kZXYg ICAgICAgICAyNyBjcnctcnctcnctICAgIG51bGwgcncKcm9vdCAgICAgZGhjbGllbnQgICAgIDU3 NyByb290IC0gICAgICAgICAtICAgICAgIGVycm9yICAgIC0Kcm9vdCAgICAgZGhjbGllbnQgICAg IDU3NyAgIHdkIC0gICAgICAgICAtICAgICAgIGVycm9yICAgIC0Kcm9vdCAgICAgZGhjbGllbnQg ICAgIDU3NyB0ZXh0IC0gICAgICAgICAtICAgICAgIGVycm9yICAgIC0Kcm9vdCAgICAgZGhjbGll bnQgICAgIDU3NyAgICAwIC9kZXYgICAgICAgICAyNyBjcnctcnctcnctICAgIG51bGwgcncKcm9v dCAgICAgZGhjbGllbnQgICAgIDU3NyAgICA2IC9kZXYgICAgICAgICAyNyBjcnctcnctcnctICAg IG51bGwgcncKcm9vdCAgICAgd3BhX3N1cHBsaWNhbnQgICA1NDUgcm9vdCAtICAgICAgICAgLSAg ICAgICBlcnJvciAgICAtCnJvb3QgICAgIHdwYV9zdXBwbGljYW50ICAgNTQ1ICAgd2QgLSAgICAg ICAgIC0gICAgICAgZXJyb3IgICAgLQpyb290ICAgICB3cGFfc3VwcGxpY2FudCAgIDU0NSB0ZXh0 IC0gICAgICAgICAtICAgICAgIGVycm9yICAgIC0Kcm9vdCAgICAgd3BhX3N1cHBsaWNhbnQgICA1 NDUgICAgMCAvZGV2ICAgICAgICAgMjcgY3J3LXJ3LXJ3LSAgICBudWxsIHJ3CnJvb3QgICAgIHdw YV9zdXBwbGljYW50ICAgNTQ1ICAgIDYgL2RldiAgICAgICAgIDI3IGNydy1ydy1ydy0gICAgbnVs bCBydwpyb290ICAgICBhZGprZXJudHogICAgMTc4IHJvb3QgLSAgICAgICAgIC0gICAgICAgZXJy b3IgICAgLQpyb290ICAgICBhZGprZXJudHogICAgMTc4ICAgd2QgLSAgICAgICAgIC0gICAgICAg ZXJyb3IgICAgLQpyb290ICAgICBhZGprZXJudHogICAgMTc4IHRleHQgLSAgICAgICAgIC0gICAg ICAgZXJyb3IgICAgLQpyb290ICAgICBhZGprZXJudHogICAgMTc4ICAgIDAgL2RldiAgICAgICAg IDI3IGNydy1ydy1ydy0gICAgbnVsbCBydwpyb290ICAgICBzaCAgICAgICAgICAgIDIxIHJvb3Qg LSAgICAgICAgIC0gICAgICAgZXJyb3IgICAgLQpyb290ICAgICBzaCAgICAgICAgICAgIDIxICAg d2QgLSAgICAgICAgIC0gICAgICAgZXJyb3IgICAgLQpyb290ICAgICBzaCAgICAgICAgICAgIDIx IHRleHQgLSAgICAgICAgIC0gICAgICAgZXJyb3IgICAgLQpyb290ICAgICBzaCAgICAgICAgICAg IDIxIGN0dHkgL2RldiAgICAgICAgICA2IGNydy0tLS0tLS0gIGNvbnNvbGUgcncKcm9vdCAgICAg c2ggICAgICAgICAgICAyMSAgICAwIC9kZXYgICAgICAgICAgNiBjcnctLS0tLS0tICBjb25zb2xl IHJ3CnJvb3QgICAgIHNoICAgICAgICAgICAgMjEgICAgNiAvZGV2ICAgICAgICAgIDYgY3J3LS0t LS0tLSAgY29uc29sZSBydwpyb290ICAgICBpbml0ICAgICAgICAgICAxIHJvb3QgLSAgICAgICAg IC0gICAgICAgZXJyb3IgICAgLQpyb290ICAgICBpbml0ICAgICAgICAgICAxICAgd2QgLSAgICAg ICAgIC0gICAgICAgZXJyb3IgICAgLQpyb290ICAgICBpbml0ICAgICAgICAgICAxIHRleHQgLSAg ICAgICAgIC0gICAgICAgZXJyb3IgICAgLQpyb290ICAgICBrZXJuZWwgICAgICAgICAwIHJvb3Qg LSAgICAgICAgIC0gICAgICAgZXJyb3IgICAgLQpyb290ICAgICBrZXJuZWwgICAgICAgICAwICAg d2QgLSAgICAgICAgIC0gICAgICAgZXJyb3IgICAgLQoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCmRtZXNnCgpD b3B5cmlnaHQgKGMpIDE5OTItMjAxMyBUaGUgRnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMp IDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5 OTQKCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdo dHMgcmVzZXJ2ZWQuCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJl ZUJTRCBGb3VuZGF0aW9uLgpGcmVlQlNEIDExLjAtQ1VSUkVOVCAjNSByMjU5MTU0OiBNb24gRGVj ICA5IDIxOjI1OjM4IEVTVCAyMDEzCiAgICBlaXRhbkBncmF2aXR5LmxvY2FsOi91c3Ivb2JqL3Vz ci9zcmMvc3lzL0VBRExFUiBhbWQ2NApGcmVlQlNEIGNsYW5nIHZlcnNpb24gMy4zICh0YWdzL1JF TEVBU0VfMzMvZmluYWwgMTgzNTAyKSAyMDEzMDYxMApDUFU6IEludGVsKFIpIENvcmUoVE0pIGk3 LTM2MzBRTSBDUFUgQCAyLjQwR0h6ICgyMzk0LjYyLU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2lu ID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHgzMDZhOSAgRmFtaWx5ID0gMHg2ICBNb2RlbCA9IDB4 M2EgIFN0ZXBwaW5nID0gOQogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFND LE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xG TFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVz Mj0weDdmYmFlM2JmPFNTRTMsUENMTVVMUURRLERURVM2NCxNT04sRFNfQ1BMLFZNWCxFU1QsVE0y LFNTU0UzLENYMTYseFRQUixQRENNLFBDSUQsU1NFNC4xLFNTRTQuMix4MkFQSUMsUE9QQ05ULFRT Q0RMVCxBRVNOSSxYU0FWRSxPU1hTQVZFLEFWWCxGMTZDLFJEUkFORD4KICBBTUQgRmVhdHVyZXM9 MHgyODEwMDgwMDxTWVNDQUxMLE5YLFJEVFNDUCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MTxMQUhG PgogIFN0YW5kYXJkIEV4dGVuZGVkIEZlYXR1cmVzPTB4MjgxPEdTRlNCQVNFLFNNRVAsRU5ITU9W U0I+CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFs IG1lbW9yeSAgPSA4NTg5OTM0NTkyICg4MTkyIE1CKQphdmFpbCBtZW1vcnkgPSA4MTI3MTM1NzQ0 ICg3NzUwIE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNjAwCkFDUEkgQVBJQyBUYWJs ZTogPExFTk9WTyBDQi0wMSAgID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBE ZXRlY3RlZDogOCBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA0IGNvcmUocykgeCAy IFNNVCB0aHJlYWRzCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElE OiAgMQogY3B1MiAoQVApOiBBUElDIElEOiAgMgogY3B1MyAoQVApOiBBUElDIElEOiAgMwogY3B1 NCAoQVApOiBBUElDIElEOiAgNAogY3B1NSAoQVApOiBBUElDIElEOiAgNQogY3B1NiAoQVApOiBB UElDIElEOiAgNgogY3B1NyAoQVApOiBBUElDIElEOiAgNwppb2FwaWMwIDxWZXJzaW9uIDIuMD4g aXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCkN1c2U0QlNEIHYwLjEuMzAgQCAvZGV2L2N1c2UKa2Jk MSBhdCBrYmRtdXgwCnJhbmRvbTogPFNvZnR3YXJlLCBZYXJyb3c+IGluaXRpYWxpemVkCmFjcGkw OiA8TEVOT1ZPIENCLTAxPiBvbiBtb3RoZXJib2FyZAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhl ZCkKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNw dTI6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MzogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHU0OiA8 QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTU6IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1NjogPEFDUEkg Q1BVPiBvbiBhY3BpMApjcHU3OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmhwZXQwOiA8SGlnaCBQcmVj aXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApU aW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgOTUwCkV2ZW50 IHRpbWVyICJIUEVUIiBmcmVxdWVuY3kgMTQzMTgxODAgSHogcXVhbGl0eSA1NTAKYXRydGMwOiA8 QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDc3IGlycSA4IG9uIGFjcGkwCmF0cnRjMDog V2FybmluZzogQ291bGRuJ3QgbWFwIEkvTy4KRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMy NzY4IEh6IHF1YWxpdHkgMAphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAtMHg0MywweDUw LTB4NTMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBx dWFsaXR5IDEwMApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBx dWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9y dCAweDQwOC0weDQwYiBvbiBhY3BpMAphY3BpX2VjMDogPEVtYmVkZGVkIENvbnRyb2xsZXI6IEdQ RSAweDE3PiBwb3J0IDB4NjIsMHg2NiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJp ZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIwCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4MzAwMC0weDMwM2Yg bWVtIDB4ZDAwMDAwMDAtMHhkMDNmZmZmZiwweGMwMDAwMDAwLTB4Y2ZmZmZmZmYgaXJxIDE2IGF0 IGRldmljZSAyLjAgb24gcGNpMAphZ3AwOiA8SXZ5QnJpZGdlIG1vYmlsZSBHVDIgSUc+IG9uIHZn YXBjaTAKYWdwMDogYXBlcnR1cmUgc2l6ZSBpcyAyNTZNLCBkZXRlY3RlZCA2NTUzMmsgc3RvbGVu IG1lbW9yeQp4aGNpMDogPEludGVsIFBhbnRoZXIgUG9pbnQgVVNCIDMuMCBjb250cm9sbGVyPiBt ZW0gMHhkMDcwMDAwMC0weGQwNzBmZmZmIGF0IGRldmljZSAyMC4wIG9uIHBjaTAKdXNidXMwOiB3 YWl0aW5nIGZvciBCSU9TIHRvIGdpdmUgdXAgY29udHJvbAp4aGNpMDogMzIgYnl0ZSBjb250ZXh0 IHNpemUuCnhoY2kwOiBQb3J0IHJvdXRpbmcgbWFzayBzZXQgdG8gMHhmZmZmZmZmZgp1c2J1czAg b24geGhjaTAKcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2aWNlIDIyLjAgKG5vIGRyaXZlciBh dHRhY2hlZCkKZWhjaTA6IDxJbnRlbCBQYW50aGVyIFBvaW50IFVTQiAyLjAgY29udHJvbGxlcj4g bWVtIDB4ZDA3MTkwMDAtMHhkMDcxOTNmZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1 c2J1czE6IHdhaXRpbmcgZm9yIEJJT1MgdG8gZ2l2ZSB1cCBjb250cm9sCnVzYnVzMTogdGltZWQg b3V0IHdhaXRpbmcgZm9yIEJJT1MKdXNidXMxOiBFSENJIHZlcnNpb24gMS4wCnVzYnVzMSBvbiBl aGNpMApoZGFjMDogPEludGVsIFBhbnRoZXIgUG9pbnQgSERBIENvbnRyb2xsZXI+IG1lbSAweGQw NzEwMDAwLTB4ZDA3MTNmZmYgaXJxIDIyIGF0IGRldmljZSAyNy4wIG9uIHBjaTAKcGNpYjE6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjAgb24gcGNpMApwY2kxOiA8 QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2kxOiA8bmV0d29yaywgZXRoZXJuZXQ+IGF0IGRldmlj ZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBp cnEgMTYgYXQgZGV2aWNlIDI4LjEgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li MgpwY2kyOiA8bmV0d29yaz4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2li MzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxOSBhdCBkZXZpY2UgMjguMyBvbiBwY2kwCnBj aTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCnBjaTM6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRl dmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKc2RoY2lfcGNpMDogPEdlbmVyaWMgU0QgSENJ PiBtZW0gMHhkMDQwMjAwMC0weGQwNDAyMGZmIGlycSAxOSBhdCBkZXZpY2UgMC4yIG9uIHBjaTMK c2RoY2lfcGNpMDogMSBzbG90KHMpIGFsbG9jYXRlZApwY2kzOiA8YmFzZSBwZXJpcGhlcmFsPiBh dCBkZXZpY2UgMC4zIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTM6IDxiYXNlIHBlcmlwaGVyYWw+ IGF0IGRldmljZSAwLjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKZWhjaTE6IDxJbnRlbCBQYW50aGVy IFBvaW50IFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZDA3MTgwMDAtMHhkMDcxODNmZiBpcnEg MjMgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1c2J1czI6IHdhaXRpbmcgZm9yIEJJT1MgdG8gZ2l2 ZSB1cCBjb250cm9sCnVzYnVzMjogdGltZWQgb3V0IHdhaXRpbmcgZm9yIEJJT1MKdXNidXMyOiBF SENJIHZlcnNpb24gMS4wCnVzYnVzMiBvbiBlaGNpMQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBh dCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphaGNpMDogPElu dGVsIFBhbnRoZXIgUG9pbnQgQUhDSSBTQVRBIGNvbnRyb2xsZXI+IHBvcnQgMHgzMDg4LTB4MzA4 ZiwweDMwOTQtMHgzMDk3LDB4MzA4MC0weDMwODcsMHgzMDkwLTB4MzA5MywweDMwNjAtMHgzMDdm IG1lbSAweGQwNzE3MDAwLTB4ZDA3MTc3ZmYgaXJxIDE5IGF0IGRldmljZSAzMS4yIG9uIHBjaTAK YWhjaTA6IEFIQ0kgdjEuMzAgd2l0aCA2IDZHYnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgbm90 IHN1cHBvcnRlZAphaGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAK YWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kwCmFoY2ljaDI6IDxB SENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMiBvbiBhaGNpMAphaGNpZW0wOiA8QUhDSSBlbmNsb3N1 cmUgbWFuYWdlbWVudCBicmlkZ2U+IG9uIGFoY2kwCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4g YXQgZGV2aWNlIDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKYWNwaV9saWQwOiA8Q29udHJvbCBN ZXRob2QgTGlkIFN3aXRjaD4gb24gYWNwaTAKYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFj cGkwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV9idXR0b24xOiA8 U2xlZXAgQnV0dG9uPiBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgw NDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4g aXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnBz bTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24gYXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpw c20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRldmljZSBJRCAwCmJhdHRlcnkwOiA8QUNQ SSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRl cj4gb24gYWNwaTAKb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGMwMDAwLTB4Y2Vm ZmYgb24gaXNhMApwcGMwOiBjYW5ub3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5nZQplc3QwOiA8RW5o YW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCmVzdDE6IDxFbmhhbmNl ZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKZXN0MjogPEVuaGFuY2VkIFNw ZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1Mgplc3QzOiA8RW5oYW5jZWQgU3BlZWRT dGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUzCmVzdDQ6IDxFbmhhbmNlZCBTcGVlZFN0ZXAg RnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTQKZXN0NTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVx dWVuY3kgQ29udHJvbD4gb24gY3B1NQplc3Q2OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5j eSBDb250cm9sPiBvbiBjcHU2CmVzdDc6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENv bnRyb2w+IG9uIGNwdTcKWkZTIGZpbGVzeXN0ZW0gdmVyc2lvbjogNQpaRlMgc3RvcmFnZSBwb29s IHZlcnNpb246IGZlYXR1cmVzIHN1cHBvcnQgKDUwMDApClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5 IDEuMDAwIG1zZWMKdmJveGRydjogZkFzeW5jPTAgb2ZmTWluPTB4NDNjIG9mZk1heD0weDZhOApo ZGFjYzA6IDxSZWFsdGVrIEFMQzI2OSBIREEgQ09ERUM+IGF0IGNhZCAwIG9uIGhkYWMwCmhkYWEw OiA8UmVhbHRlayBBTEMyNjkgQXVkaW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNj MApwY20wOiA8UmVhbHRlayBBTEMyNjkgKEFuYWxvZyAyLjArSFAvMi4wKT4gYXQgbmlkIDIwLDIx IGFuZCAyNCBvbiBoZGFhMApwY20xOiA8UmVhbHRlayBBTEMyNjkgKFJpZ2h0IERpZ2l0YWwpPiBh dCBuaWQgMzAgb24gaGRhYTAKcGNtMjogPFJlYWx0ZWsgQUxDMjY5IChJbnRlcm5hbCBBbmFsb2cg TWljKT4gYXQgbmlkIDE4IG9uIGhkYWEwCmhkYWNjMTogPEludGVsIFBhbnRoZXIgUG9pbnQgSERB IENPREVDPiBhdCBjYWQgMyBvbiBoZGFjMApoZGFhMTogPEludGVsIFBhbnRoZXIgUG9pbnQgQXVk aW8gRnVuY3Rpb24gR3JvdXA+IGF0IG5pZCAxIG9uIGhkYWNjMQpwY20zOiA8SW50ZWwgUGFudGhl ciBQb2ludCAoSERNSS9EUCA4Y2gpPiBhdCBuaWQgNSBvbiBoZGFhMQpyYW5kb206IHVuYmxvY2tp bmcgZGV2aWNlLgp1c2J1czA6IDUuMEdicHMgU3VwZXIgU3BlZWQgVVNCIHYzLjAKdXNidXMxOiA0 ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKdWdlbjAuMTogPDB4ODA4Nj4gYXQgdXNidXMwCnVo dWIwOiA8MHg4MDg2IFhIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDMuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPEludGVsPiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBF SENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMx CnVzYnVzMjogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wCnVnZW4yLjE6IDxJbnRlbD4gYXQg dXNidXMyCnVodWIyOiA8SW50ZWwgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8x LjAwLCBhZGRyIDE+IG9uIHVzYnVzMgooYXByb2JlMTphaGNpY2gxOjA6MDowKTogU0VURkVBVFVS RVMgRU5BQkxFIFNBVEEgRkVBVFVSRS4gQUNCOiBlZiAxMCAwMCAwMCAwMCA0MCAwMCAwMCAwMCAw MCAwMiAwMAooYXByb2JlMTphaGNpY2gxOjA6MDowKTogQ0FNIHN0YXR1czogQVRBIFN0YXR1cyBF cnJvcgooYXByb2JlMTphaGNpY2gxOjA6MDowKTogQVRBIHN0YXR1czogNTEgKERSRFkgU0VSViBF UlIpLCBlcnJvcjogMDQgKEFCUlQgKQooYXByb2JlMTphaGNpY2gxOjA6MDowKTogUkVTOiA1MSAw NCAwMCAwMCAwMCA0MCAwMCAwMCAwMCAwMiAwMAooYXByb2JlMTphaGNpY2gxOjA6MDowKTogUmV0 cnlpbmcgY29tbWFuZAooYXByb2JlMTphaGNpY2gxOjA6MDowKTogU0VURkVBVFVSRVMgRU5BQkxF IFNBVEEgRkVBVFVSRS4gQUNCOiBlZiAxMCAwMCAwMCAwMCA0MCAwMCAwMCAwMCAwMCAwMiAwMAoo YXByb2JlMTphaGNpY2gxOjA6MDowKTogQ0FNIHN0YXR1czogQVRBIFN0YXR1cyBFcnJvcgooYXBy b2JlMTphaGNpY2gxOjA6MDowKTogQVRBIHN0YXR1czogNTEgKERSRFkgU0VSViBFUlIpLCBlcnJv cjogMDQgKEFCUlQgKQooYXByb2JlMTphaGNpY2gxOjA6MDowKTogUkVTOiA1MSAwNCAwMCAwMCAw MCA0MCAwMCAwMCAwMCAwMiAwMAooYXByb2JlMTphaGNpY2gxOjA6MDowKTogRXJyb3IgNSwgUmV0 cmllcyBleGhhdXN0ZWQKYWRhMCBhdCBhaGNpY2gwIGJ1cyAwIHNjYnVzMCB0YXJnZXQgMCBsdW4g MAphZGEwOiA8U2FuRGlzayBTU0QgVTEwMCAxNkdCIDEwLjUyLjAxPiBBVEEtOSBTQVRBIDMueCBk ZXZpY2UKYWRhMDogU2VyaWFsIE51bWJlciAxMjQ5Mzg0MDExNTIKYWRhMDogNjAwLjAwME1CL3Mg dHJhbnNmZXJzIChTQVRBIDMueCwgVURNQTYsIFBJTyA1MTJieXRlcykKYWRhMDogQ29tbWFuZCBR dWV1ZWluZyBlbmFibGVkCmFkYTA6IDE1MjcyTUIgKDMxMjc3MjMyIDUxMiBieXRlIHNlY3RvcnM6 IDE2SCA2M1MvVCAxNjM4M0MpCmFkYTA6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkNAphZGEx IGF0IGFoY2ljaDEgYnVzIDAgc2NidXMxIHRhcmdldCAwIGx1biAwCmFkYTE6IDxTVDEwMDBMTTAy NCBITi1NMTAxTUJCIDJBUjEwMDAxPiBBVEEtOCBTQVRBIDIueCBkZXZpY2UKYWRhMTogU2VyaWFs IE51bWJlciBTMlU1SjlGQ0I3OTEzNAphZGExOiAzMDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEg Mi54LCBVRE1BNSwgUElPIDgxOTJieXRlcykKYWRhMTogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVk CmFkYTE6IDk1Mzg2OU1CICgxOTUzNTI1MTY4IDUxMiBieXRlIHNlY3RvcnM6IDE2SCA2M1MvVCAx NjM4M0MpCmFkYTE6IFByZXZpb3VzbHkgd2FzIGtub3duIGFzIGFkNgpzZXMwIGF0IGFoY2llbTAg YnVzIDAgc2NidXMzIHRhcmdldCAwIGx1biAwCnNlczA6IDxBSENJIFNHUElPIEVuY2xvc3VyZSAx LjAwIDAwMDE+IFNFTUIgUy1FLVMgMi4wMCBkZXZpY2UKY2QwIGF0IGFoY2ljaDIgYnVzIDAgc2Ni dXMyIHRhcmdldCAwIGx1biAwCmNkMDogPEhMLURULVNUIEJELVJFIEJUMjBOIEtWMDE+IFJlbW92 YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKY2QwOiBTZXJpYWwgTnVtYmVyIEtWOUNBOUI1MjMy CmNkMDogMTUwLjAwME1CL3MgdHJhbnNmZXJzIChTQVRBIDEueCwgVURNQTYsIEFUQVBJIDEyYnl0 ZXMsIFBJTyA4MTkyYnl0ZXMpCmNkMDogQXR0ZW1wdCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWls ZWQ6IE5PVCBSRUFEWSwgTWVkaXVtIG5vdCBwcmVzZW50IC0gdHJheSBjbG9zZWQKc2VzMDogU0VN QiBTRVMgRGV2aWNlCnVodWIwOiA4IHBvcnRzIHdpdGggOCByZW1vdmFibGUsIHNlbGYgcG93ZXJl ZApOZXR2c2MgaW5pdGlhbGl6aW5nLi4uIFNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpTTVA6IEFQ IENQVSAjMiBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzQgTGF1bmNoZWQhClNNUDogQVAgQ1BVICMz IExhdW5jaGVkIQpTTVA6IEFQIENQVSAjNSBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzYgTGF1bmNo ZWQhClNNUDogQVAgQ1BVICM3IExhdW5jaGVkIQpUaW1lY291bnRlciAiVFNDLWxvdyIgZnJlcXVl bmN5IDExOTczMDkyODAgSHogcXVhbGl0eSAxMDAwCnVodWIxOiAyIHBvcnRzIHdpdGggMiByZW1v dmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMyIHVzYnVzMSB1c2J1czAKdWdl bjAuMjogPExvZ2l0ZWNoPiBhdCB1c2J1czAKdWdlbjEuMjogPHZlbmRvciAweDgwODc+IGF0IHVz YnVzMQp1aHViMzogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNzIDkvMCwgcmV2 IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czEKdWdlbjIuMjogPHZlbmRvciAweDgwODc+IGF0 IHVzYnVzMgp1aHViNDogPHZlbmRvciAweDgwODcgcHJvZHVjdCAweDAwMjQsIGNsYXNzIDkvMCwg cmV2IDIuMDAvMC4wMCwgYWRkciAyPiBvbiB1c2J1czIKUm9vdCBtb3VudCB3YWl0aW5nIGZvcjog dXNidXMyIHVzYnVzMQp1aHViMzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKdWh1YjQ6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91 bnQgd2FpdGluZyBmb3I6IHVzYnVzMiB1c2J1czEKdWdlbjEuMzogPEJyb2FkY29tIENvcnA+IGF0 IHVzYnVzMQp1Z2VuMi4zOiA8QXp1cmV3YXZlPiBhdCB1c2J1czIKVHJ5aW5nIHRvIG1vdW50IHJv b3QgZnJvbSB6ZnM6enJvb3QgW10uLi4KWzVdIFNldHRpbmcgaG9zdHV1aWQ6IDA5MDRmYjZlLWY0 M2MtZTIxMS04NDE1LTIwODk4NDI3N2IzNC4KWzVdIFNldHRpbmcgaG9zdGlkOiAweDEyNTVhM2Y4 LgpbMTBdIEVudHJvcHkgaGFydmVzdGluZzogaW50ZXJydXB0cyBldGhlcm5ldCBwb2ludF90b19w b2ludCBraWNrc3RhcnQuClsxMV0gU3RhcnRpbmcgZmlsZSBzeXN0ZW0gY2hlY2tzOgpbMTFdIE1v dW50aW5nIGxvY2FsIGZpbGUgc3lzdGVtczouClsxM10gTG9hZGluZyBrZXJuZWwgbW9kdWxlczoK WzEzXSBmdXNlLWZyZWVic2Q6IHZlcnNpb24gMC40LjQsIEZVU0UgQUJJIDcuOApbMTNdIGl3bjA6 IDxJbnRlbChSKSBDZW50cmlubyhSKSBXaXJlbGVzcy1OIDIyMDAgQkdOPiBtZW0gMHhkMDUwMDAw MC0weGQwNTAxZmZmIGlycSAxNyBhdCBkZXZpY2UgMC4wIG9uIHBjaTIKWzEzXSBpbmZvOiBbZHJt XSBJbml0aWFsaXplZCBkcm0gMS4xLjAgMjAwNjA4MTAKWzE0XSBkcm1uMDogPEludGVsIEl2eUJy aWRnZSAoTSk+IG9uIHZnYXBjaTAKWzE0XSBpbmZvOiBbZHJtXSBNU0kgZW5hYmxlZCAxIG1lc3Nh Z2UocykKWzE0XSBpbmZvOiBbZHJtXSBBR1AgYXQgMHhjMDAwMDAwMCAyNTZNQgpbMTRdIGlpY2J1 czA6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMCBhZGRyIDB4ZmYKWzE0XSBpaWMwOiA8STJD IGdlbmVyaWMgSS9PPiBvbiBpaWNidXMwClsxNF0gaWljMTogPEkyQyBnZW5lcmljIEkvTz4gb24g aWljYnVzMQpbMTRdIGlpY2J1czI6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMSBhZGRyIDB4 ZmYKWzE0XSBpaWMyOiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMyClsxNF0gaWljMzogPEky QyBnZW5lcmljIEkvTz4gb24gaWljYnVzMwpbMTRdIGlpY2J1czQ6IDxQaGlsaXBzIEkyQyBidXM+ IG9uIGlpY2JiMiBhZGRyIDB4ZmYKWzE0XSBpaWM0OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNi dXM0ClsxNF0gaWljNTogPEkyQyBnZW5lcmljIEkvTz4gb24gaWljYnVzNQpbMTRdIGlpY2J1czY6 IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiMyBhZGRyIDB4ZmYKWzE0XSBpaWM2OiA8STJDIGdl bmVyaWMgSS9PPiBvbiBpaWNidXM2ClsxNF0gaWljNzogPEkyQyBnZW5lcmljIEkvTz4gb24gaWlj YnVzNwpbMTRdIGlpY2J1czg6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiNCBhZGRyIDB4ZmYK WzE0XSBpaWM4OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXM4ClsxNF0gaWljOTogPEkyQyBn ZW5lcmljIEkvTz4gb24gaWljYnVzOQpbMTRdIGlpY2J1czEwOiA8UGhpbGlwcyBJMkMgYnVzPiBv biBpaWNiYjUgYWRkciAweGZmClsxNF0gaWljMTA6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1 czEwClsxNF0gaWljMTE6IDxJMkMgZ2VuZXJpYyBJL08+IG9uIGlpY2J1czExClsxNF0gaWljYnVz MTI6IDxQaGlsaXBzIEkyQyBidXM+IG9uIGlpY2JiNiBhZGRyIDB4ZmYKWzE0XSBpaWMxMjogPEky QyBnZW5lcmljIEkvTz4gb24gaWljYnVzMTIKWzE0XSBpaWMxMzogPEkyQyBnZW5lcmljIEkvTz4g b24gaWljYnVzMTMKWzE0XSBpaWNidXMxNDogPFBoaWxpcHMgSTJDIGJ1cz4gb24gaWljYmI3IGFk ZHIgMHhmZgpbMTRdIGlpYzE0OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMxNApbMTRdIGlp YzE1OiA8STJDIGdlbmVyaWMgSS9PPiBvbiBpaWNidXMxNQpbMTRdIGluZm86IFtkcm1dIFN1cHBv cnRzIHZibGFuayB0aW1lc3RhbXAgY2FjaGluZyBSZXYgMSAoMTAuMTAuMjAxMCkuClsxNF0gaW5m bzogW2RybV0gRHJpdmVyIHN1cHBvcnRzIHByZWNpc2UgdmJsYW5rIHRpbWVzdGFtcCBxdWVyeS4K WzE0XSBkcm1uMDogdGFraW5nIG92ZXIgdGhlIGZpY3RpdGlvdXMgcmFuZ2UgMHhjMDAwMDAwMC0w eGQwMDAwMDAwClsxNF0gZmJkMCBvbiBkcm1uMApbMTRdIHZ0X2FsbG9jYXRlOiBSZXBsYWNlIGV4 aXN0aW5nIFZUIGRyaXZlci4KWzE0XSBpbmZvOiBbZHJtXSBJbml0aWFsaXplZCBpOTE1IDEuNi4w IDIwMDgwNzMwClsxNF0gV3JpdGluZyBlbnRyb3B5IGZpbGU6LgpbMTRdIFNldHRpbmcgaG9zdG5h bWU6IGdyYXZpdHkubG9jYWwuClsxNF0gd2xhbjE6IEV0aGVybmV0IGFkZHJlc3M6IDljOjRlOjM2 OjkwOjljOmMwClsxNF0gU3RhcnRpbmcgd3BhX3N1cHBsaWNhbnQuClsxNF0gU3RhcnRpbmcgZGhj bGllbnQuClsxNF0gd2xhbjE6IG5vIGxpbmsgLi4uLiBnb3QgbGluawpbMTZdIERIQ1BSRVFVRVNU IG9uIHdsYW4xIHRvIDI1NS4yNTUuMjU1LjI1NSBwb3J0IDY3ClsxNl0gREhDUEFDSyBmcm9tIDE0 OS4xMjUuMTYwLjEKWzE3XSBib3VuZCB0byAxNDkuMTI1LjE3Ni41IC0tIHJlbmV3YWwgaW4gMTgw MCBzZWNvbmRzLgpbMThdIGl3bjA6IGl3bl9jaGVja19yeF9yZWNvdmVyeTogUExDUCBlcnJvciB0 aHJlc2hvbGQgcmF3ICg1OSkgY29tcGFyaXNvbiAoNTkwMCkgb3ZlciBsaW1pdCAoNTI1MCk7IHJl dHVuZSEKWzE4XSBpd24wOiBpd25fY2hlY2tfcnhfcmVjb3Zlcnk6IFBMQ1AgZXJyb3IgdGhyZXNo b2xkIHJhdyAoNjkpIGNvbXBhcmlzb24gKDY5MDApIG92ZXIgbGltaXQgKDUyNTApOyByZXR1bmUh ClsxOF0gaXduMDogaXduX2NoZWNrX3J4X3JlY292ZXJ5OiBQTENQIGVycm9yIHRocmVzaG9sZCBy YXcgKDkxKSBjb21wYXJpc29uICg5MTAwKSBvdmVyIGxpbWl0ICg1MjAwKTsgcmV0dW5lIQpbMTld IFN0YXJ0aW5nIE5ldHdvcms6IGxvMCBpd24wLgpbMTldIGxvMDogZmxhZ3M9ODA0OTxVUCxMT09Q QkFDSyxSVU5OSU5HLE1VTFRJQ0FTVD4gbWV0cmljIDAgbXR1IDE2Mzg0ClsxOV0gCW9wdGlvbnM9 NjAwMDAzPFJYQ1NVTSxUWENTVU0sUlhDU1VNX0lQVjYsVFhDU1VNX0lQVjY+ClsxOV0gCWluZXQ2 IDo6MSBwcmVmaXhsZW4gMTI4IApbMTldIAlpbmV0NiBmZTgwOjoxJWxvMCBwcmVmaXhsZW4gNjQg c2NvcGVpZCAweDEgClsxOV0gCWluZXQgMTI3LjAuMC4xIG5ldG1hc2sgMHhmZjAwMDAwMCAKWzE5 XSAJbmQ2IG9wdGlvbnM9MjE8UEVSRk9STU5VRCxBVVRPX0xJTktMT0NBTD4KWzE5XSBpd24wOiBm bGFncz04ODQzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLFNJTVBMRVgsTVVMVElDQVNUPiBtZXRyaWMg MCBtdHUgMjI5MApbMTldIAlldGhlciA5Yzo0ZTozNjo5MDo5YzpjMApbMTldIAluZDYgb3B0aW9u cz0yOTxQRVJGT1JNTlVELElGRElTQUJMRUQsQVVUT19MSU5LTE9DQUw+ClsxOV0gCW1lZGlhOiBJ RUVFIDgwMi4xMSBXaXJlbGVzcyBFdGhlcm5ldCBhdXRvc2VsZWN0IG1vZGUgMTFuZwpbMTldIAlz dGF0dXM6IGFzc29jaWF0ZWQKWzE5XSBTdGFydGluZyBkZXZkLgpbMTldIGl3bjA6IGl3bl9jaGVj a19yeF9yZWNvdmVyeTogUExDUCBlcnJvciB0aHJlc2hvbGQgcmF3ICg1MykgY29tcGFyaXNvbiAo NTMwMCkgb3ZlciBsaW1pdCAoNTIwMCk7IHJldHVuZSEKWzE5XSBpd24wOiBpd25fY2hlY2tfcnhf cmVjb3Zlcnk6IFBMQ1AgZXJyb3IgdGhyZXNob2xkIHJhdyAoODcpIGNvbXBhcmlzb24gKDg3MDAp IG92ZXIgbGltaXQgKDUyMDApOyByZXR1bmUhClsxOV0gU3RhcnRpbmcgd2ViY2FtZC4KWzE5XSBp d24wOiBpd25fY2hlY2tfcnhfcmVjb3Zlcnk6IFBMQ1AgZXJyb3IgdGhyZXNob2xkIHJhdyAoNjcp IGNvbXBhcmlzb24gKDY3MDApIG92ZXIgbGltaXQgKDUzMDApOyByZXR1bmUhClsxOV0gQXR0YWNo ZWQgdG8gdWdlbjAuMlswXQpbMTldIHVtczA6IDxMb2dpdGVjaCBVU0ItUFMyIE9wdGljYWwgTW91 c2UsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMjcuMjAsIGFkZHIgMT4gb24gdXNidXMwClsxOV0gdW1z MDogOCBidXR0b25zIGFuZCBbWFlaVF0gY29vcmRpbmF0ZXMgSUQ9MApbMTldIFN0YXJ0aW5nIHdl YmNhbWQuClsxOV0gQXR0YWNoZWQgdG8gdWdlbjEuM1swXQpbMTldIFN0YXJ0aW5nIHdlYmNhbWQu ClsxOV0gV2ViY2FtZCBpcyBhbHJlYWR5IHJ1bm5pbmcgZm9yIHVnZW4xLjMuMApbMTldIC91c3Iv bG9jYWwvZXRjL3JjLmQvd2ViY2FtZDogV0FSTklORzogZmFpbGVkIHRvIHN0YXJ0IHdlYmNhbWQK WzE5XSBTdGFydGluZyB3ZWJjYW1kLgpbMTldIEF0dGFjaGVkIHRvIHVnZW4xLjNbMF0KWzE5XSB1 YnQwOiA8QnJvYWRjb20gQ29ycCBCQ00yMDcwMkEwLCByZXYgMi4wMC8xLjEyLCBhZGRyIDM+IG9u IHVzYnVzMQpbMTldIFN0YXJ0aW5nIHdlYmNhbWQuClsxOV0gQXR0YWNoZWQgdG8gdWdlbjIuM1sw XQpbMTldIGl3bjA6IGl3bl9jaGVja19yeF9yZWNvdmVyeTogUExDUCBlcnJvciB0aHJlc2hvbGQg cmF3ICg2NSkgY29tcGFyaXNvbiAoNjUwMCkgb3ZlciBsaW1pdCAoNTIwMCk7IHJldHVuZSEKWzE5 XSBTdGFydGluZyB3ZWJjYW1kLgpbMTldIFdlYmNhbWQgaXMgYWxyZWFkeSBydW5uaW5nIGZvciB1 Z2VuMi4zLjAKWzE5XSAvdXNyL2xvY2FsL2V0Yy9yYy5kL3dlYmNhbWQ6IFdBUk5JTkc6IGZhaWxl ZCB0byBzdGFydCB3ZWJjYW1kClsxOV0gU3RhcnRpbmcgdW1zMCBtb3VzZWQuClsxOV0gClsxOV0g ClsxOV0gRmF0YWwgdHJhcCA5OiBnZW5lcmFsIHByb3RlY3Rpb24gZmF1bHQgd2hpbGUgaW4ga2Vy bmVsIG1vZGUKWzE5XSBjcHVpZCA9IDE7IGFwaWMgaWQgPSAwMQpbMTldIGluc3RydWN0aW9uIHBv aW50ZXIJPSAweDIwOjB4ZmZmZmZmZmY4MDY3ZDhkOQpbMTldIHN0YWNrIHBvaW50ZXIJICAgICAg ICA9IDB4Mjg6MHhmZmZmZmUwMjMxYTFkNzkwClsxOV0gZnJhbWUgcG9pbnRlcgkgICAgICAgID0g MHgyODoweDMzMzIzMTMwMmYyZTJkMmMKWzE5XSBjb2RlIHNlZ21lbnQJCT0gYmFzZSAweDAsIGxp bWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgpbMTldIAkJCT0gRFBMIDAsIHByZXMgMSwgbG9uZyAxLCBk ZWYzMiAwLCBncmFuIDEKWzE5XSBwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJsZWQs IHJlc3VtZSwgSU9QTCA9IDAKWzE5XSBjdXJyZW50IHByb2Nlc3MJCT0gNzg5ICh2aWRjb250cm9s KQpbMjJdIApbMjJdIApbMjJdIGl3bjA6IGl3bl9pbnRyOiBmYXRhbCBmaXJtd2FyZSBlcnJvcgpb MjJdIEZhdGFsIHRyYXAgOTogZ2VuZXJhbCBwcm90ZWN0aW9uIGZhdWx0IHdoaWxlIGluIGtlcm5l bCBtb2RlClsyMl0gY3B1aWQgPSAzOyBhcGljIGlkID0gMDMKWzIyXSBpbnN0cnVjdGlvbiBwb2lu dGVyCT0gMHgyMDoweGZmZmZmZmZmODA2N2Q4ZDkKWzIyXSBmaXJtd2FyZSBlcnJvciBsb2c6Clsy Ml0gc3RhY2sgcG9pbnRlcgkgICAgICAgID0gMHgyODoweGZmZmZmZTAyMzFhMWQ3OTAKWzIyXSAg IGVycm9yIHR5cGUgICAgICA9ICJVTktOT1dOIiAoMHgwMDAwMjJDRSkKWzIyXSAgIHByb2dyYW0g Y291bnRlciA9IDB4MDAwMjc0NjQKWzIyXSAgIHNvdXJjZSBsaW5lICAgICA9IDB4MDAwMDAwNUUK WzIyXSAgIGVycm9yIGRhdGEgICAgICA9IDB4MDAwMDAwRkYwMDAwMDA1RQpbMjJdICAgYnJhbmNo IGxpbmsgICAgID0gMHgwMDAyNzQ0NDAwMDI3NDQ0ClsyMl0gICBpbnRlcnJ1cHQgbGluayAgPSAw eDAwMDBFMUFFMDAwMDAwMDAKWzIyXSAgIHRpbWUgICAgICAgICAgICA9IDEzNDYyNDI2MjQKWzIy XSBkcml2ZXIgc3RhdHVzOgpbMjJdIGZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6MHgzMzMy MzEzMDJmMmUyZDJjClsyMl0gICB0eCByaW5nICAwOiBxaWQ9MCAgY3VyPTIgICBxdWV1ZWQ9MCAg ClsyMl0gY29kZSBzZWdtZW50CQk9IGJhc2UgMHgwLCBsaW1pdCAweGZmZmZmLCB0eXBlIDB4MWIK WzIyXSAgIHR4IHJpbmcgIDE6IHFpZD0xICBjdXI9MCAgIHF1ZXVlZD0wICAKWzIyXSAJCQk9IERQ TCAwLCBwcmVzIDEsIGxvbmcgMSwgZGVmMzIgMCwgZ3JhbiAxClsyMl0gICB0eCByaW5nICAyOiBx aWQ9MiAgY3VyPTAgICBxdWV1ZWQ9MCAgClsyMl0gICB0eCByaW5nICAzOiBxaWQ9MyAgY3VyPTE3 ICBxdWV1ZWQ9MCAgClsyMl0gICB0eCByaW5nICA0OiBxaWQ9NCAgY3VyPTAgICBxdWV1ZWQ9MCAg ClsyMl0gICB0eCByaW5nICA1OiBxaWQ9NSAgY3VyPTAgICBxdWV1ZWQ9MCAgClsyMl0gcHJvY2Vz c29yIGVmbGFncwk9ICAgdHggcmluZyAgNjogcWlkPTYgIGN1cj0wICAgcXVldWVkPTAgIApbMjJd IGludGVycnVwdCBlbmFibGVkLCAgIHR4IHJpbmcgIDc6IHFpZD03ICBjdXI9MCAgIHF1ZXVlZD0w ICAKWzIyXSByZXN1bWUsIElPUEwgPSAwClsyMl0gICB0eCByaW5nICA4OiBxaWQ9OCAgY3VyPTAg ICBxdWV1ZWQ9MCAgClsyMl0gICB0eCByaW5nICA5OiBxaWQ9OSAgY3VyPTc4ICBxdWV1ZWQ9MCAg ClsyMl0gY3VycmVudCBwcm9jZXNzCQk9IDc4OSAodmlkY29udHJvbCkKWzIyXSAgIHR4IHJpbmcg MTA6IHFpZD0xMCBjdXI9MCAgIHF1ZXVlZD0wICAKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQprZXJuZWwgY29u ZmlnCgpvcHRpb25zCUNPTkZJR19BVVRPR0VORVJBVEVECmlkZW50CUVBRExFUgptYWNoaW5lCWFt ZDY0CmNwdQlIQU1NRVIKbWFrZW9wdGlvbnMJV0lUSF9DVEY9MQptYWtlb3B0aW9ucwlERUJVRz0t ZwpvcHRpb25zCVhFTkhWTQpvcHRpb25zCVVTQl9ERUJVRwpvcHRpb25zCUFUSF9FTkFCTEVfMTFO Cm9wdGlvbnMJQUhfQVI1NDE2X0lOVEVSUlVQVF9NSVRJR0FUSU9OCm9wdGlvbnMJQUhfU1VQUE9S VF9BUjU0MTYKb3B0aW9ucwlJRUVFODAyMTFfU1VQUE9SVF9NRVNICm9wdGlvbnMJSUVFRTgwMjEx X0FNUERVX0FHRQpvcHRpb25zCUlFRUU4MDIxMV9ERUJVRwpvcHRpb25zCVNDX1BJWEVMX01PREUK b3B0aW9ucwlBSERfUkVHX1BSRVRUWV9QUklOVApvcHRpb25zCUFIQ19SRUdfUFJFVFRZX1BSSU5U Cm9wdGlvbnMJQVRBX1NUQVRJQ19JRApvcHRpb25zCUFDUElfRE1BUgpvcHRpb25zCVNNUApvcHRp b25zCU1BTExPQ19ERUJVR19NQVhaT05FUz04Cm9wdGlvbnMJV0lUTkVTU19TS0lQU1BJTgpvcHRp b25zCUlOVkFSSUFOVF9TVVBQT1JUCm9wdGlvbnMJSU5WQVJJQU5UUwpvcHRpb25zCURFQURMS1JF UwpvcHRpb25zCUdEQgpvcHRpb25zCUREQgpvcHRpb25zCUtEQl9UUkFDRQpvcHRpb25zCUtEQgpv cHRpb25zCUlOQ0xVREVfQ09ORklHX0ZJTEUKb3B0aW9ucwlEREJfQ1RGCm9wdGlvbnMJS0RUUkFD RV9IT09LUwpvcHRpb25zCUtEVFJBQ0VfRlJBTUUKb3B0aW9ucwlNQUMKb3B0aW9ucwlDQVBBQklM SVRJRVMKb3B0aW9ucwlDQVBBQklMSVRZX01PREUKb3B0aW9ucwlBVURJVApvcHRpb25zCUhXUE1D X0hPT0tTCm9wdGlvbnMJS0JEX0lOU1RBTExfQ0RFVgpvcHRpb25zCVBSSU5URl9CVUZSX1NJWkU9 MTI4Cm9wdGlvbnMJX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HCm9wdGlvbnMJU1lTVlNFTQpv cHRpb25zCVNZU1ZNU0cKb3B0aW9ucwlTWVNWU0hNCm9wdGlvbnMJU1RBQ0sKb3B0aW9ucwlLVFJB Q0UKb3B0aW9ucwlTQ1NJX0RFTEFZPTUwMDAKb3B0aW9ucwlDT01QQVRfRlJFRUJTRDcKb3B0aW9u cwlDT01QQVRfRlJFRUJTRDYKb3B0aW9ucwlDT01QQVRfRlJFRUJTRDUKb3B0aW9ucwlDT01QQVRf RlJFRUJTRDQKb3B0aW9ucwlDT01QQVRfRlJFRUJTRDMyCm9wdGlvbnMJR0VPTV9MQUJFTApvcHRp b25zCUdFT01fUkFJRApvcHRpb25zCUdFT01fUEFSVF9HUFQKb3B0aW9ucwlQU0VVRE9GUwpvcHRp b25zCVBST0NGUwpvcHRpb25zCUNEOTY2MApvcHRpb25zCU1TRE9TRlMKb3B0aW9ucwlORlNfUk9P VApvcHRpb25zCU5GU0xPQ0tECm9wdGlvbnMJTkZTRApvcHRpb25zCU5GU0NMCm9wdGlvbnMJTURf Uk9PVApvcHRpb25zCVFVT1RBCm9wdGlvbnMJVUZTX0dKT1VSTkFMCm9wdGlvbnMJVUZTX0RJUkhB U0gKb3B0aW9ucwlVRlNfQUNMCm9wdGlvbnMJU09GVFVQREFURVMKb3B0aW9ucwlGRlMKb3B0aW9u cwlTQ1RQCm9wdGlvbnMJVENQX09GRkxPQUQKb3B0aW9ucwlJTkVUNgpvcHRpb25zCUlORVQKb3B0 aW9ucwlQUkVFTVBUSU9OCm9wdGlvbnMJU0NIRURfVUxFCm9wdGlvbnMJTkVXX1BDSUIKb3B0aW9u cwlHRU9NX1BBUlRfTUJSCm9wdGlvbnMJR0VPTV9QQVJUX0VCUl9DT01QQVQKb3B0aW9ucwlHRU9N X1BBUlRfRUJSCm9wdGlvbnMJR0VPTV9QQVJUX0JTRApkZXZpY2UJaXNhCmRldmljZQltZW0KZGV2 aWNlCWlvCmRldmljZQl1YXJ0X25zODI1MApkZXZpY2UJY3B1ZnJlcQpkZXZpY2UJYWNwaQpkZXZp Y2UJcGNpCmRldmljZQlhaGNpCmRldmljZQlhdGEKZGV2aWNlCW12cwpkZXZpY2UJc2lpcwpkZXZp Y2UJYWhjCmRldmljZQlhaGQKZGV2aWNlCWVzcApkZXZpY2UJaHB0aW9wCmRldmljZQlpc3AKZGV2 aWNlCW1wdApkZXZpY2UJbXBzCmRldmljZQlzeW0KZGV2aWNlCXRybQpkZXZpY2UJYWR2CmRldmlj ZQlhZHcKZGV2aWNlCWFpYwpkZXZpY2UJYnQKZGV2aWNlCWlzY2kKZGV2aWNlCXNjYnVzCmRldmlj ZQljaApkZXZpY2UJZGEKZGV2aWNlCXNhCmRldmljZQljZApkZXZpY2UJcGFzcwpkZXZpY2UJc2Vz CmRldmljZQlhbXIKZGV2aWNlCWFyY21zcgpkZXZpY2UJY2lzcwpkZXZpY2UJZHB0CmRldmljZQlo cHRtdgpkZXZpY2UJaHB0bnIKZGV2aWNlCWhwdHJyCmRldmljZQlocHQyN3h4CmRldmljZQlpaXIK ZGV2aWNlCWlwcwpkZXZpY2UJbWx5CmRldmljZQl0d2EKZGV2aWNlCXR3cwpkZXZpY2UJYWFjCmRl dmljZQlhYWNwCmRldmljZQlhYWNyYWlkCmRldmljZQlpZGEKZGV2aWNlCW1maQpkZXZpY2UJbWx4 CmRldmljZQl0d2UKZGV2aWNlCWF0a2JkYwpkZXZpY2UJYXRrYmQKZGV2aWNlCXBzbQpkZXZpY2UJ a2JkbXV4CmRldmljZQlzcGxhc2gKZGV2aWNlCWFncApkZXZpY2UJY2JiCmRldmljZQlwY2NhcmQK ZGV2aWNlCWNhcmRidXMKZGV2aWNlCXVhcnQKZGV2aWNlCXBwYwpkZXZpY2UJcHBidXMKZGV2aWNl CWxwdApkZXZpY2UJcHBpCmRldmljZQlwdWMKZGV2aWNlCWJ4ZQpkZXZpY2UJZGUKZGV2aWNlCWVt CmRldmljZQlpZ2IKZGV2aWNlCWl4Z2JlCmRldmljZQlsZQpkZXZpY2UJdGkKZGV2aWNlCXR4cApk ZXZpY2UJdngKZGV2aWNlCW1paWJ1cwpkZXZpY2UJYWUKZGV2aWNlCWFnZQpkZXZpY2UJYWxjCmRl dmljZQlhbGUKZGV2aWNlCWJjZQpkZXZpY2UJYmZlCmRldmljZQliZ2UKZGV2aWNlCWNhcwpkZXZp Y2UJZGMKZGV2aWNlCWV0CmRldmljZQlmeHAKZGV2aWNlCWdlbQpkZXZpY2UJaG1lCmRldmljZQlq bWUKZGV2aWNlCWxnZQpkZXZpY2UJbXNrCmRldmljZQluZmUKZGV2aWNlCW5nZQpkZXZpY2UJcGNu CmRldmljZQlyZQpkZXZpY2UJcmwKZGV2aWNlCXNmCmRldmljZQlzZ2UKZGV2aWNlCXNpcwpkZXZp Y2UJc2sKZGV2aWNlCXN0ZQpkZXZpY2UJc3RnZQpkZXZpY2UJdGwKZGV2aWNlCXR4CmRldmljZQl2 Z2UKZGV2aWNlCXZyCmRldmljZQl3YgpkZXZpY2UJeGwKZGV2aWNlCWNzCmRldmljZQllZApkZXZp Y2UJZXgKZGV2aWNlCWVwCmRldmljZQlmZQpkZXZpY2UJc24KZGV2aWNlCXhlCmRldmljZQlsb29w CmRldmljZQlyYW5kb20KZGV2aWNlCXBhZGxvY2tfcm5nCmRldmljZQlyZHJhbmRfcm5nCmRldmlj ZQlldGhlcgpkZXZpY2UJdmxhbgpkZXZpY2UJdHVuCmRldmljZQltZApkZXZpY2UJZ2lmCmRldmlj ZQlmYWl0aApkZXZpY2UJZmlybXdhcmUKZGV2aWNlCWJwZgpkZXZpY2UJdWhjaQpkZXZpY2UJb2hj aQpkZXZpY2UJZWhjaQpkZXZpY2UJeGhjaQpkZXZpY2UJdXNiCmRldmljZQl1a2JkCmRldmljZQl1 bWFzcwpkZXZpY2UJc291bmQKZGV2aWNlCXNuZF9oZGEKZGV2aWNlCW1tYwpkZXZpY2UJbW1jc2QK ZGV2aWNlCXNkaGNpCmRldmljZQl2aXJ0aW8KZGV2aWNlCXZpcnRpb19wY2kKZGV2aWNlCXZ0bmV0 CmRldmljZQl2aXJ0aW9fYmxrCmRldmljZQl2aXJ0aW9fc2NzaQpkZXZpY2UJdmlydGlvX2JhbGxv b24KZGV2aWNlCWh5cGVydgpkZXZpY2UJeGVucGNpCmRldmljZQl2bXgKZGV2aWNlCXZ0CmRldmlj ZQl2dF92Z2EKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpkZGIgY2FwdHVyZSBidWZmZXIKCgo= --047d7b67795c8ba51804ed62fdc8-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 05:02:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21187347 for ; Fri, 13 Dec 2013 05:02:56 +0000 (UTC) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DB491EF3 for ; Fri, 13 Dec 2013 05:02:54 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id rBD52bR4057277; Fri, 13 Dec 2013 06:02:45 +0100 (CET) (envelope-from andreast-list@fgznet.ch) Message-ID: <52AA94ED.1090607@fgznet.ch> Date: Fri, 13 Dec 2013 06:02:37 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Eitan Adler , freebsd-current Current Subject: Re: Fwd: r259154 panics References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 05:02:56 -0000 On 13.12.13 05:34, Eitan Adler wrote: > Since I got no reply on -hackers... > > Have you tried after 259221? I had a similar panic where the process was vidcontrol and doing the IOCPARM_IVAL part only for the COMPAT_XX helped me. Andreas From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 06:13:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE51D931 for ; Fri, 13 Dec 2013 06:13:17 +0000 (UTC) Received: from mail-qe0-x232.google.com (mail-qe0-x232.google.com [IPv6:2607:f8b0:400d:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 670CC161E for ; Fri, 13 Dec 2013 06:13:17 +0000 (UTC) Received: by mail-qe0-f50.google.com with SMTP id 1so1284561qec.9 for ; Thu, 12 Dec 2013 22:13:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=cqc91LhK55r1CiGYsRR2X86/YWni3C9wVFvnfKxxVLA=; b=H9m+zkor88XdfGxQvbxSBRdbrwIMQU/B+Qasnv6JTide+FSv4qH0Ydcg+7xOkERKN9 KENtfppHW7Ddr3WduivxjqtM54nYq98heP7+XupLRmx7hQF1Cvk4kNzVCU+aY/tUbFp7 +MXannlfeIkHdrwjmDaVj5W19Ol1kxpS4MTmQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=cqc91LhK55r1CiGYsRR2X86/YWni3C9wVFvnfKxxVLA=; b=M1r+ECKoQUdjB4O5mp6et6y+Nh/xbM3lK0j156/uJVFsnB/u63g9zj4MxxxkFaTjnl dJett+WoSmfGSnFBFzURa6fWS1ZUqromhc+1kZPdGMSQ/At2Hgmu44jWC5djnkoPUtoc sgkH6DzzttVJ7qlE+7kOVkGH6nb/MduHkelQcX2Fp2pxpVDrdowe51ig9TBSqmV9oPIX 2iI4Wlkvfb8kd1DRK8DmDf3kiC68ogQHlQlP+gpDtz20fmTItQ396MhGDpMGNh0RQY2n IwBbSzbdoiCjsiDzj/8Anb+RjPy6FZkA985StnFLkisjvuFFh8UIHVWZbvknqZxgLYh7 cMXw== X-Gm-Message-State: ALoCoQnNpPpzMbD9bv2uwqZSrq+CWqtAzzh5ASJjoMS/sTWp/dAUHWxl9Q7hzkzDvcUm1KpDCEYi X-Received: by 10.224.26.140 with SMTP id e12mr1603644qac.54.1386915196528; Thu, 12 Dec 2013 22:13:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.86.42 with HTTP; Thu, 12 Dec 2013 22:12:45 -0800 (PST) In-Reply-To: <52AA94ED.1090607@fgznet.ch> References: <52AA94ED.1090607@fgznet.ch> From: Eitan Adler Date: Fri, 13 Dec 2013 01:12:45 -0500 Message-ID: Subject: Re: Fwd: r259154 panics To: Andreas Tobler Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 06:13:17 -0000 On Fri, Dec 13, 2013 at 12:02 AM, Andreas Tobler wrote: > On 13.12.13 05:34, Eitan Adler wrote: >> Since I got no reply on -hackers... >> >> > > Have you tried after 259221? I had a similar panic where the process was > vidcontrol and doing the IOCPARM_IVAL part only for the COMPAT_XX helped me. FreeBSD gravity.local 11.0-CURRENT FreeBSD 11.0-CURRENT #7 r259286: Fri Dec 13 00:33:37 EST 2013 eitan@gravity.local:/usr/obj/usr/src/sys/EADLER amd64 seems to work: thanks! -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 10:43:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9F56DEB; Fri, 13 Dec 2013 10:43:28 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0D8CF1AC8; Fri, 13 Dec 2013 10:43:27 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id en1so866233wid.3 for ; Fri, 13 Dec 2013 02:43:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=qLuGjFjIbTBmrmCLhz1P/xOv4g9bl283RuDDVYt5XmA=; b=C8+rGrdNFCNPGwtS1JWocpDvpUBOYVVeWu/2G4SAhc3Y/2IHyjnGjkxpvL4XZuTVQ2 CWcAJ8bhRs2x9qolYzP76Y3Y+4sHMJSMObQOaVQv/HWzcoJ47vKH2yaHlCYM/YZlAr2+ 1umfMsTN8B1JUlKhqhKgHckaXZzznhZG8q9tITdqdXjiZz2l3gyzmSsMYrcK8iwKv5Xr 9Kgga8ePC+TGOaIXJU/kzea7tR4kSUBg/BFSe+mN3aX+RpSxp0Ni9GUGy8tXPsRnq4QK qI34DV+c+Khiljs7WYb4kn3MZZYaW+/yQvlB+ulyLloxCcAIef5IA2Wfj8/E4/psKavA r7JA== MIME-Version: 1.0 X-Received: by 10.194.237.99 with SMTP id vb3mr1700916wjc.28.1386931406475; Fri, 13 Dec 2013 02:43:26 -0800 (PST) Received: by 10.227.226.12 with HTTP; Fri, 13 Dec 2013 02:43:26 -0800 (PST) Date: Fri, 13 Dec 2013 12:43:26 +0200 Message-ID: Subject: From: Markiyan Kushnir To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 10:43:29 -0000 I started some ports to compile inside a bhyve instance: root@vm:~ # uname -a FreeBSD vm.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r259250: Thu Dec 12 14:17:32 EET 2013 root@vm.mkushnir.zapto.org:/ usr/obj/usr/src.svnup/sys/MAREK amd64 and left it running unattended. Approx. 2 hours later the host went to panic. The bhyve instance survived after the panic and I could be able to complete my ports compilation. core.txt attached (gzipped) From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 10:46:23 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF9C3DC; Fri, 13 Dec 2013 10:46:23 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 176DF1AF0; Fri, 13 Dec 2013 10:46:22 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id y10so1753697wgg.4 for ; Fri, 13 Dec 2013 02:46:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=77kT1YahZhEcw43ht1E+/iHYaI/Tl6CHeJ61lGyax0Q=; b=gj+UUT9jab/cyc/OpHRsO+wD3P7xpsI3DNUfMXZqJHEPI0zFqB73wFkeGHuUUWM+mI Gh/lyaAw29bEB9Znm4NgrNGlXnL+hrBTRQNwxEqv8/z5WiJkbTprtMm3sA5Ww1ykXlDN LH62KGsf/OW+DfkJTt9muZpwWQHu/Er7DK99WzJymujEOKAD0iz9sCw5lTA8IY6N9V2F wTpDsHkvgCGgZMyzP3hfWoDFTo2iEWcFpSKCyFz3Cw+ZMxStS/tUqdcfE4yDVz4egv6W fzUvnPqcgr0k8pDWX3V1LuczSmjwwHTLQiMmaWgHGa/R8KSJBnp9wsX8Knotku+o0XVW F34Q== MIME-Version: 1.0 X-Received: by 10.180.86.198 with SMTP id r6mr2246075wiz.27.1386931580718; Fri, 13 Dec 2013 02:46:20 -0800 (PST) Received: by 10.227.226.12 with HTTP; Fri, 13 Dec 2013 02:46:20 -0800 (PST) Date: Fri, 13 Dec 2013 12:46:20 +0200 Message-ID: Subject: 11.0-CURRENT panic while running a bhyve instance From: Markiyan Kushnir To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 10:46:23 -0000 Forgot to fill the Subject: header, re-posting it fixed. -- Markiyan ---------- Forwarded message ---------- From: Markiyan Kushnir Date: 2013/12/13 Subject: To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org I started some ports to compile inside a bhyve instance: root@vm:~ # uname -a FreeBSD vm.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r259250: Thu Dec 12 14:17:32 EET 2013 root@vm.mkushnir.zapto.org:/ usr/obj/usr/src.svnup/sys/MAREK amd64 and left it running unattended. Approx. 2 hours later the host went to panic. The bhyve instance survived after the panic and I could be able to complete my ports compilation. core.txt attached (gzipped) From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 11:23:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35C3C792 for ; Fri, 13 Dec 2013 11:23:17 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EAD381E72 for ; Fri, 13 Dec 2013 11:23:16 +0000 (UTC) Received: from [2001:1b48:10b:cafe:225:64ff:febe:589f] (helo=viking.yzserv.com) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VrQpt-000KJo-UP for freebsd-current@freebsd.org; Fri, 13 Dec 2013 12:23:13 +0100 Message-ID: <52AAEE1C.8030604@FreeBSD.org> Date: Fri, 13 Dec 2013 12:23:08 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: vt-enabled 11.0-CURRENT + radeonkms boot load = direct rendering disabled in X References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NrEFIE1wvUJ8VxWWfaR8X3BaIRVkkrtLH" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 11:23:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NrEFIE1wvUJ8VxWWfaR8X3BaIRVkkrtLH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 10.12.2013 12:21, Markiyan Kushnir wrote: > Hello, Hi! First, a quick note: freebsd-current@ and current@ are the same list. > There seems to be a difference in how Xorg server can use direct > rendering depending when radeonkms.ko was loaded: at boot time vs. at > a later time (but not necessarily at X startup time). The difference > is that direct rendering could not be enabled for X in the former > case. In the latter case, direct rendering was successfully enabled. The problem is that if you load radeonkms from the loader or you build it into your kernel, it can't load the relevant firmware(s): error: [drm:pid0:r600_init_microcode] *ERROR* r600_cp: Failed to load firmware "radeonkmsfw_RV710_pfp" error: [drm:pid0:rv770_startup] *ERROR* Failed to load firmware! This is because /boot isn't available at the time the card is initialized: / is not mounted yet. The solution is to load firmware(s) from the loader too (or build them into the kernel). To know which firmware(s) are used by your card, you can boot without radeonkms, kldload it after the computer booted, and run= : kldstat | grep radeonkmsfw --=20 Jean-S=E9bastien P=E9dron --NrEFIE1wvUJ8VxWWfaR8X3BaIRVkkrtLH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKq7iEACgkQa+xGJsFYOlNjDwCeOH1b0xxw3+xkTGtpCzH3ArvJ 9AEAnRktY18oG6a1FF7MK2ZPp8CRrm/W =ypvb -----END PGP SIGNATURE----- --NrEFIE1wvUJ8VxWWfaR8X3BaIRVkkrtLH-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 11:42:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 884C5F55; Fri, 13 Dec 2013 11:42:03 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 991521FC6; Fri, 13 Dec 2013 11:42:02 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id a1so1716642wgh.23 for ; Fri, 13 Dec 2013 03:42:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=n2M/86lf/mj1oyoTWdJHoRyqhZo4BEwEWaUU0ps7gWs=; b=Kmwca1znoiUBR8yMLs54RI+rRJsXZrpfNOc/cSpCNXa2zeIYST0V5hNEIbAI+MT0KL NWtq9NrdlkBVBceIk47VR6EHDxda2YXamClHHmM5RjJeB45AVp7IZCpSqGkekfKcRmhX zyD2ecxoyhJZKAVjjdVP7bomIhrhiJ9mgcMXjscKb8cMXPe/pI1JknRs2qJiAIK9Ce2v FnIoW8mjASVOHaQAxcHD7yUFz98evvLfi9RNU5mNU4wk28+DxHfppVkbGHX760zYVYLx EWyfU8pje3PwZlUF9AP5NL9eQORfwYarKWrMX1d5ahOx2dws2ZAhiVcRDfiE03gBv9RU l2/Q== X-Received: by 10.180.10.74 with SMTP id g10mr2138939wib.11.1386934921016; Fri, 13 Dec 2013 03:42:01 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id cx3sm13987793wib.0.2013.12.13.03.41.55 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 13 Dec 2013 03:41:59 -0800 (PST) Sender: Baptiste Daroussin Date: Fri, 13 Dec 2013 12:41:52 +0100 From: Baptiste Daroussin To: Tijl Coosemans Subject: Re: libc++ vs. libstdc++ usage in the ports tree Message-ID: <20131213114152.GA57153@ithaqua.etoilebsd.net> References: <20131112201922.GA4330@troutmask.apl.washington.edu> <20131113173143.Horde.a-9M7JQ_vHo3tpDIMsGK6g1@webmail.df.eu> <5283CA3C.3080201@FreeBSD.org> <352D9465-9840-43F0-A3A9-327DC12B0967@FreeBSD.org> <20131114144555.GA22093@troutmask.apl.washington.edu> <52963A90.4000201@janh.de> <20131127204556.2974a3f5@kalimero.tijl.coosemans.org> <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Maho Nakata , Jan Henrik Sylvester , FreeBSD Current , stephen@FreeBSD.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 11:42:03 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Please commit (Approved by: portmgr(bapt)) if needed regards, Bapt On Sun, Dec 01, 2013 at 03:06:40PM +0100, Tijl Coosemans wrote: > On Wed, 27 Nov 2013 20:45:56 +0100 Tijl Coosemans wrote: > > On Wed, 27 Nov 2013 19:31:44 +0100 Jan Henrik Sylvester wrote: > >> Trying to migrate to 10, I would like to keep octave. Have you found > >> anything new? Having build the port and all dependencies with standard > >> options, octave is segfaulting for me, too. Anyhow, I can run octave w= ith: > >>=20 > >> env LD_PRELOAD=3D/usr/lib/libc++.so.1 octave > >>=20 > >> Some very light testing indicates that it is working. Of course, this = is > >> not ideal. > >>=20 > >> Maybe this gives a clue how to fix the octave port properly. > >=20 > > I have a preliminary patch for math/octave that I wanted to test on > > redports first, but it is down at the moment so here it is. >=20 > The tests were successful: > https://redports.org/buildarchive/20131201105316-94935/ (octave) > https://redports.org/buildarchive/20131201115701-22333/ (octave-forge-bas= e) > The octave logs also contain the results of running the regression-test > target. The output is the same on all FreeBSD versions. >=20 > The problem is that USE_FORTRAN=3Dyes implies USE_GCC=3Dyes. This means > the C++ code in math/octave is compiled with gcc46/libstdc++ which > does not work if dependencies have been built with clang/libc++. >=20 > The patch copies the USE_FORTRAN=3Dyes logic from Mk/bsd.gcc.mk into a > new file Mk/Uses/fortran.mk. It allows ports to use a Fortran compiler > together with the base system C/C++ compiler. > Index: math/octave/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- math/octave/Makefile (revision 335379) > +++ math/octave/Makefile (working copy) > @@ -3,7 +3,7 @@ > =20 > PORTNAME=3D octave > PORTVERSION=3D 3.6.4 > -PORTREVISION=3D 6 > +PORTREVISION=3D 7 > CATEGORIES=3D math > MASTER_SITES=3D ftp://ftp.gnu.org/gnu/octave/ \ > ftp://ftp.u-aizu.ac.jp/pub/SciEng/numanal/Octave/bleeding-edge/ > @@ -32,7 +32,7 @@ LIB_DEPENDS=3D GraphicsMagick:${PORTSDIR}/ > umfpack.1:${PORTSDIR}/math/suitesparse \ > glpk:${PORTSDIR}/math/glpk > =20 > -USES=3D charsetfix gmake perl5 pkgconfig > +USES=3D charsetfix fortran gmake perl5 pkgconfig > USE_BZIP2=3D yes > USE_PERL5=3D build > USE_TEX=3D dvipsk:build > @@ -74,8 +74,6 @@ BLAS=3D -lptf77blas > LAPACK=3D -lalapack -lptcblas > .endif > =20 > -USE_FORTRAN=3D yes > - > OCTAVE_VERSION=3D ${PORTVERSION} > GNU_HOST=3D ${ARCH}-portbld-freebsd${OSREL} > PLIST_SUB=3D OCTAVE_VERSION=3D${OCTAVE_VERSION} GNU_HOST=3D${GNU_HOST} > @@ -140,7 +138,8 @@ post-install: > ${ECHO_CMD} @dirrm share/octave >> ${WRKDIR}/PLIST > cd ${WRKDIR} ; ${SED} -i -e "/PLIST/ r PLIST" ${TMPPLIST} > =20 > -check: > +check: regression-test > +regression-test: build > (cd ${WRKSRC}; ${SETENV} ${MAKE_ENV} ${GMAKE} ${MAKE_ARGS} check) > =20 > .include > Index: math/octave/files/patch-configure > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- math/octave/files/patch-configure (revision 0) > +++ math/octave/files/patch-configure (working copy) > @@ -0,0 +1,11 @@ > +--- configure.orig 2013-02-21 21:21:49.000000000 +0100 > ++++ configure 2013-11-22 20:34:49.000000000 +0100 > +@@ -58248,7 +58248,7 @@ > + main () > + { > +=20 > +- std::unordered_map m; > ++ std::unordered_map m; > +=20 > + ; > + return 0; >=20 > Property changes on: math/octave/files/patch-configure > ___________________________________________________________________ > Added: fbsd:nokeywords > ## -0,0 +1 ## > +yes > \ No newline at end of property > Added: svn:eol-style > ## -0,0 +1 ## > +native > \ No newline at end of property > Added: svn:mime-type > ## -0,0 +1 ## > +text/plain > \ No newline at end of property > Index: math/octave/files/patch-libgnu-math.in.h > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- math/octave/files/patch-libgnu-math.in.h (revision 0) > +++ math/octave/files/patch-libgnu-math.in.h (working copy) > @@ -0,0 +1,11 @@ > +--- libgnu/math.in.h.orig 2013-02-21 21:21:17.000000000 +0100 > ++++ libgnu/math.in.h 2013-11-22 12:35:47.000000000 +0100 > +@@ -17,7 +17,7 @@ > + You should have received a copy of the GNU General Public License > + along with this program. If not, see = =2E */ > +=20 > +-#ifndef _@GUARD_PREFIX@_MATH_H > ++#if 1 > +=20 > + #if __GNUC__ >=3D 3 > + @PRAGMA_SYSTEM_HEADER@ >=20 > Property changes on: math/octave/files/patch-libgnu-math.in.h > ___________________________________________________________________ > Added: svn:mime-type > ## -0,0 +1 ## > +text/plain > \ No newline at end of property > Added: fbsd:nokeywords > ## -0,0 +1 ## > +yes > \ No newline at end of property > Added: svn:eol-style > ## -0,0 +1 ## > +native > \ No newline at end of property > Index: math/octave/files/patch-liboctave-eigs-base.cc > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- math/octave/files/patch-liboctave-eigs-base.cc (revision 0) > +++ math/octave/files/patch-liboctave-eigs-base.cc (working copy) > @@ -0,0 +1,11 @@ > +--- liboctave/eigs-base.cc.orig 2013-02-21 21:19:24.000000000 +0100 > ++++ liboctave/eigs-base.cc 2013-11-22 20:19:19.000000000 +0100 > +@@ -3832,7 +3832,7 @@ > + bool cholB =3D 0, int disp =3D 0, int maxi= t =3D 300); > + #endif > +=20 > +-#ifndef _MSC_VER > ++#if !defined(_MSC_VER) && !defined(__clang__) > + template static octave_idx_type > + lusolve (const SparseMatrix&, const SparseMatrix&, Matrix&); > +=20 >=20 > Property changes on: math/octave/files/patch-liboctave-eigs-base.cc > ___________________________________________________________________ > Added: svn:mime-type > ## -0,0 +1 ## > +text/plain > \ No newline at end of property > Added: fbsd:nokeywords > ## -0,0 +1 ## > +yes > \ No newline at end of property > Added: svn:eol-style > ## -0,0 +1 ## > +native > \ No newline at end of property > Index: Mk/Uses/fortran.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- Mk/Uses/fortran.mk (revision 0) > +++ Mk/Uses/fortran.mk (working copy) > @@ -0,0 +1,32 @@ > +# $FreeBSD$ > +# > +# Establish Fortran-capable compiler as a build dependency > +# > +# MAINTAINER: ports@FreeBSD.org > +# > +# Feature: fortran > +# Usage: USES=3Dfortran > +# Valid ARGS: does not require args > + > +.if !defined(_INCLUDE_USES_FORTRAN_MK) > +_INCLUDE_USES_FORTRAN_MK=3D yes > + > +.if defined(fortran_ARGS) > +IGNORE=3D USES=3Dfortran does not require args > +.endif > + > +.if !defined(FC) > +BUILD_DEPENDS+=3D gfortran46:${PORTSDIR}/lang/gcc > +RUN_DEPENDS+=3D gfortran46:${PORTSDIR}/lang/gcc > + > +USE_BINUTILS=3D yes > + > +FC=3D gfortran46 > +FFLAGS+=3D -Wl,-rpath=3D${LOCALBASE}/lib/gcc46 > +LDFLAGS+=3D -Wl,-rpath=3D${LOCALBASE}/lib/gcc46 > +.endif > + > +CONFIGURE_ENV+=3D F77=3D"${FC}" FC=3D"${FC}" FFLAGS=3D"${FFLAGS}" > +MAKE_ENV+=3D F77=3D"${FC}" FC=3D"${FC}" FFLAGS=3D"${FFLAGS}" > + > +.endif >=20 > Property changes on: Mk/Uses/fortran.mk > ___________________________________________________________________ > Added: svn:eol-style > ## -0,0 +1 ## > +native > \ No newline at end of property > Added: svn:mime-type > ## -0,0 +1 ## > +text/plain > \ No newline at end of property > Added: svn:keywords > ## -0,0 +1 ## > +FreeBSD=3D%H > \ No newline at end of property --huq684BweRXVnRxX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEUEARECAAYFAlKq8oAACgkQ8kTtMUmk6Ey18ACYnduqHLcGi/gUL5/2L49hxjIB +wCfVJEE7/HsoOU1qOIqa67FhZ3sNXQ= =9jOT -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 11:37:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1964FE00; Fri, 13 Dec 2013 11:37:30 +0000 (UTC) Received: from mail-pd0-x235.google.com (mail-pd0-x235.google.com [IPv6:2607:f8b0:400e:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CE9971F51; Fri, 13 Dec 2013 11:37:29 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id p10so2349089pdj.40 for ; Fri, 13 Dec 2013 03:37:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:message-id:to:cc:subject:from:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=vDFPk4eJMTmkg29wYL0eMnECVaN/lpr7l5hwICRoi20=; b=QaqALXI24KsTF78x8RlqctorbxLT9b29Jank7k2iomLe/2UFcSm7WtUki1VaTKCnco LFNi5Ghl6DwvdKzazzHq6bL6U0NFKJqKA+Ap9iclrhT1yWuBegx9WTTBFwhGbZCQ7anO O8eo3+Kc+uHv6Ef7Q6tCWMi5crEw0Yi0+Yr18l0pc7+jZHRCyA2zPEy9jzDb2rpZ8xyb Neu/ctuO7yjmQS0ixINjyTdLyaJD4BIIoTmIfDrC42HLG4G79D4wcvz3tXhC2pwX6pWu hyxJxQSPfh29n8OMJf3RpT4orsAgtqvpyRYBlN8mUF015lVORtul0rsTQbkRvhBcNDya Py7Q== X-Received: by 10.66.251.98 with SMTP id zj2mr2600945pac.45.1386934649439; Fri, 13 Dec 2013 03:37:29 -0800 (PST) Received: from localhost (rikad42.riken.jp. [134.160.214.42]) by mx.google.com with ESMTPSA id sg1sm4248529pbb.16.2013.12.13.03.37.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 13 Dec 2013 03:37:27 -0800 (PST) Date: Fri, 13 Dec 2013 20:37:15 +0900 (JST) Message-Id: <20131213.203715.134153284229331604.maho.nakata@gmail.com> To: stephen@FreeBSD.org Subject: Re: libc++ vs. libstdc++ usage in the ports tree From: Nakata Maho In-Reply-To: <20131213011204.GA10879@troutmask.apl.washington.edu> References: <20131127204556.2974a3f5@kalimero.tijl.coosemans.org> <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> <20131213011204.GA10879@troutmask.apl.washington.edu> X-Mailer: Mew version 6.3 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 13 Dec 2013 12:29:18 +0000 Cc: me@janh.de, tijl@FreeBSD.org, freebsd-current@FreeBSD.org, bapt@FreeBSD.org, sgk@troutmask.apl.washington.edu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 11:37:30 -0000 Hi all Does anybody please commit the patch? My FreeBSD machine is down due to power outage for next week. Also I'll be very busy in the next week. Best, Nakata Maho From: Steve Kargl Subject: Re: libc++ vs. libstdc++ usage in the ports tree Date: Thu, 12 Dec 2013 17:12:04 -0800 > On Sun, Dec 01, 2013 at 03:06:40PM +0100, Tijl Coosemans wrote: >> On Wed, 27 Nov 2013 20:45:56 +0100 Tijl Coosemans wrote: >> > On Wed, 27 Nov 2013 19:31:44 +0100 Jan Henrik Sylvester wrote: >> >> Trying to migrate to 10, I would like to keep octave. Have you found >> >> anything new? Having build the port and all dependencies with standard >> >> options, octave is segfaulting for me, too. Anyhow, I can run octave with: >> >> >> >> env LD_PRELOAD=/usr/lib/libc++.so.1 octave >> >> >> >> Some very light testing indicates that it is working. Of course, this is >> >> not ideal. >> >> >> >> Maybe this gives a clue how to fix the octave port properly. >> > >> > I have a preliminary patch for math/octave that I wanted to test on >> > redports first, but it is down at the moment so here it is. >> >> The tests were successful: >> https://redports.org/buildarchive/20131201105316-94935/ (octave) >> https://redports.org/buildarchive/20131201115701-22333/ (octave-forge-base) >> The octave logs also contain the results of running the regression-test >> target. The output is the same on all FreeBSD versions. >> >> The problem is that USE_FORTRAN=yes implies USE_GCC=yes. This means >> the C++ code in math/octave is compiled with gcc46/libstdc++ which >> does not work if dependencies have been built with clang/libc++. >> >> The patch copies the USE_FORTRAN=yes logic from Mk/bsd.gcc.mk into a >> new file Mk/Uses/fortran.mk. It allows ports to use a Fortran compiler >> together with the base system C/C++ compiler. > > I see the octave port is still broken. > > After a clean install on my self, removing all installed ports, > reverting my local chnages in /usr/pors, and rebuilding all ports, > I'm see the original problem. > > % octave > Segmentation fault (core dumped) > > PLEASE, commit your patch ASAP. > > -- > Steve > From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 13:47:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7E51DFF; Fri, 13 Dec 2013 13:47:35 +0000 (UTC) Received: from mailrelay009.isp.belgacom.be (mailrelay009.isp.belgacom.be [195.238.6.176]) by mx1.freebsd.org (Postfix) with ESMTP id BDE751951; Fri, 13 Dec 2013 13:47:34 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlUGAJUOq1JbsVZ9/2dsb2JhbABZDoJ8tmaDBoEiF3SCJQEBBTocIxALDgoJJQ8qHgaIGwHLFRePFQeENgEDmBWSFYJrQDs Received: from 125.86-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.86.125]) by relay.skynet.be with ESMTP; 13 Dec 2013 14:47:25 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id rBDDlNYf002905; Fri, 13 Dec 2013 14:47:24 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 13 Dec 2013 14:47:23 +0100 From: Tijl Coosemans To: Steve Kargl Subject: Re: libc++ vs. libstdc++ usage in the ports tree Message-ID: <20131213144723.0def94ed@kalimero.tijl.coosemans.org> In-Reply-To: <20131213011204.GA10879@troutmask.apl.washington.edu> References: <20131112201922.GA4330@troutmask.apl.washington.edu> <20131113173143.Horde.a-9M7JQ_vHo3tpDIMsGK6g1@webmail.df.eu> <5283CA3C.3080201@FreeBSD.org> <352D9465-9840-43F0-A3A9-327DC12B0967@FreeBSD.org> <20131114144555.GA22093@troutmask.apl.washington.edu> <52963A90.4000201@janh.de> <20131127204556.2974a3f5@kalimero.tijl.coosemans.org> <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> <20131213011204.GA10879@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Maho Nakata , Jan Henrik Sylvester , bapt@FreeBSD.org, FreeBSD Current , stephen@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 13:47:35 -0000 On Thu, 12 Dec 2013 17:12:04 -0800 Steve Kargl wrote: > I see the octave port is still broken. > > After a clean install on my self, removing all installed ports, > reverting my local chnages in /usr/pors, and rebuilding all ports, > I'm see the original problem. > > % octave > Segmentation fault (core dumped) > > PLEASE, commit your patch ASAP. Committed in r336344. From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 14:39:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BFE9C24; Fri, 13 Dec 2013 14:39:06 +0000 (UTC) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A72761E6E; Fri, 13 Dec 2013 14:39:05 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id u56so1915828wes.8 for ; Fri, 13 Dec 2013 06:39:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=e8zvQPecuvk8IiXk+cdVh/eowPZ4eBTUDDg4vKN6ORc=; b=krf3H8r0EhzHK0KimZMFI1X1RNFcnUNf2Bb02P0pGHvqO6LTZVGVeB0/G3YoKKpzvL gJ+7xfYPjDEnz+K7uFuNdp+A/ctFV9xfH75WmkkPXuJ0wxhAdGbSXoRAtIN6URkZTjtc A/Shc7ABPXYwsOqe2j6mIwYWYSqER7cdil43p8AbeuSgiAOY1qdC6gHNYJ7RhNJXguS+ nJH+uIokFXc7G3ZEhoBOHqJ/3BeeQcIUvJXApowJaRAmfR83jsW0cXidrL/0TjftgqCZ rjRRqIucNO0Nsgfqn3z6Q0K62k1wg1i6QJTYQEJF91eqnDpW6p8nqJNE+Yf3pP/vscWs dOsw== MIME-Version: 1.0 X-Received: by 10.194.237.99 with SMTP id vb3mr2707859wjc.28.1386945544037; Fri, 13 Dec 2013 06:39:04 -0800 (PST) Received: by 10.227.226.12 with HTTP; Fri, 13 Dec 2013 06:39:03 -0800 (PST) Date: Fri, 13 Dec 2013 16:39:03 +0200 Message-ID: Subject: [SOLVED]Re: vt-enabled 11.0-CURRENT + radeonkms boot load = direct rendering disabled in X From: Markiyan Kushnir To: =?ISO-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 14:39:06 -0000 2013/12/13 Jean-S=E9bastien P=E9dron : > On 10.12.2013 12:21, Markiyan Kushnir wrote: >> Hello, > > Hi! > > First, a quick note: freebsd-current@ and current@ are the same list. > thanks, I will know now. >> There seems to be a difference in how Xorg server can use direct >> rendering depending when radeonkms.ko was loaded: at boot time vs. at >> a later time (but not necessarily at X startup time). The difference >> is that direct rendering could not be enabled for X in the former >> case. In the latter case, direct rendering was successfully enabled. > > The problem is that if you load radeonkms from the loader or you build > it into your kernel, it can't load the relevant firmware(s): > error: [drm:pid0:r600_init_microcode] *ERROR* r600_cp: Failed to load > firmware "radeonkmsfw_RV710_pfp" > error: [drm:pid0:rv770_startup] *ERROR* Failed to load firmware! > > This is because /boot isn't available at the time the card is > initialized: / is not mounted yet. > > The solution is to load firmware(s) from the loader too (or build them > into the kernel). To know which firmware(s) are used by your card, you > can boot without radeonkms, kldload it after the computer booted, and run= : > kldstat | grep radeonkmsfw > yes, it turns out that the issue was logged in dmesg, and I should have noticed it. Thanks agian, Jean-S=E9bastien -- Markiyan. > -- > Jean-S=E9bastien P=E9dron > From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 14:54:27 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 040B932C; Fri, 13 Dec 2013 14:54:27 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F4BA1FB9; Fri, 13 Dec 2013 14:54:26 +0000 (UTC) Received: from nb981.math ([134.28.254.135]) by mrelayeu.kundenserver.de (node=mrbap3) with ESMTP (Nemesis) id 0M0iAY-1VYQUv3FuQ-00v93h; Fri, 13 Dec 2013 15:49:16 +0100 Message-ID: <52AB1E6F.7040506@janh.de> Date: Fri, 13 Dec 2013 15:49:19 +0100 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Tijl Coosemans Subject: Re: libc++ vs. libstdc++ usage in the ports tree References: <20131112201922.GA4330@troutmask.apl.washington.edu> <20131113173143.Horde.a-9M7JQ_vHo3tpDIMsGK6g1@webmail.df.eu> <5283CA3C.3080201@FreeBSD.org> <352D9465-9840-43F0-A3A9-327DC12B0967@FreeBSD.org> <20131114144555.GA22093@troutmask.apl.washington.edu> <52963A90.4000201@janh.de> <20131127204556.2974a3f5@kalimero.tijl.coosemans.org> <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> <20131213011204.GA10879@troutmask.apl.washington.edu> <20131213144723.0def94ed@kalimero.tijl.coosemans.org> In-Reply-To: <20131213144723.0def94ed@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:Cmnf5qJB88Lu+0hbW0GHPqxJ9m1fJvLpwvVhmARNUCY quUxYDHGky2EcubVE/iKN+kGYZ7p7w8tkC05LmmYYwK49NnJjF LrPQ3iiwnA+zkdNANZU6ghOsEkJWg9UrwTnSnm3skL6WJo7Y/L TeSUob7aAXLVKTY/zZrT0wwZE/qnCVzhtEukflVNB0NIJmx4Ak aAVu4qcOoe9vxxkUtJ1JhAXSHFxpfuLxIjBNf/50tEsj4KbfK5 M0ExM7cmu+rRaHN0U3+IOmTVJtTSCs10HYTRnLzk7bzUygksNt lToNxrc7cNUx7qU5UpjIp2WfSxOZ7W1CbpuYK/ERvlx4JeoQw= = Cc: Maho Nakata , Baptiste Daroussin , FreeBSD Current , stephen@FreeBSD.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 14:54:27 -0000 On 12/13/2013 14:47, Tijl Coosemans wrote: > On Thu, 12 Dec 2013 17:12:04 -0800 Steve Kargl wrote: >> I see the octave port is still broken. >> >> After a clean install on my self, removing all installed ports, >> reverting my local chnages in /usr/pors, and rebuilding all ports, >> I'm see the original problem. >> >> % octave >> Segmentation fault (core dumped) >> >> PLEASE, commit your patch ASAP. > > Committed in r336344. Thank you! Is it exactly the same as you attached here: http://lists.freebsd.org/pipermail/freebsd-current/2013-December/046986.html Or should I rebuild on my machines? Cheers, Jan Henrik From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 15:20:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FAAFE15; Fri, 13 Dec 2013 15:20:53 +0000 (UTC) Received: from mailrelay003.isp.belgacom.be (mailrelay003.isp.belgacom.be [195.238.6.53]) by mx1.freebsd.org (Postfix) with ESMTP id 9247A11DE; Fri, 13 Dec 2013 15:20:52 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlUGAHckq1JbsVZ9/2dsb2JhbABZgwo4uTOBIhd0giUBAQEEAQI3HCMQCxgJJQ8ZER4GiBsBCMsXF48VB4Q2AQOVR4JOgTGQZIMrOw Received: from 125.86-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.86.125]) by relay.skynet.be with ESMTP; 13 Dec 2013 16:20:44 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id rBDFKgOR058764; Fri, 13 Dec 2013 16:20:43 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Fri, 13 Dec 2013 16:20:42 +0100 From: Tijl Coosemans To: Jan Henrik Sylvester Subject: Re: libc++ vs. libstdc++ usage in the ports tree Message-ID: <20131213162042.2988b793@kalimero.tijl.coosemans.org> In-Reply-To: <52AB1E6F.7040506@janh.de> References: <20131112201922.GA4330@troutmask.apl.washington.edu> <20131113173143.Horde.a-9M7JQ_vHo3tpDIMsGK6g1@webmail.df.eu> <5283CA3C.3080201@FreeBSD.org> <352D9465-9840-43F0-A3A9-327DC12B0967@FreeBSD.org> <20131114144555.GA22093@troutmask.apl.washington.edu> <52963A90.4000201@janh.de> <20131127204556.2974a3f5@kalimero.tijl.coosemans.org> <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> <20131213011204.GA10879@troutmask.apl.washington.edu> <20131213144723.0def94ed@kalimero.tijl.coosemans.org> <52AB1E6F.7040506@janh.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Maho Nakata , Baptiste Daroussin , FreeBSD Current , stephen@FreeBSD.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 15:20:53 -0000 On Fri, 13 Dec 2013 15:49:19 +0100 Jan Henrik Sylvester wrote: > On 12/13/2013 14:47, Tijl Coosemans wrote: >> On Thu, 12 Dec 2013 17:12:04 -0800 Steve Kargl wrote: >>> I see the octave port is still broken. >>> >>> After a clean install on my self, removing all installed ports, >>> reverting my local chnages in /usr/pors, and rebuilding all ports, >>> I'm see the original problem. >>> >>> % octave >>> Segmentation fault (core dumped) >>> >>> PLEASE, commit your patch ASAP. >> >> Committed in r336344. > > Thank you! > > Is it exactly the same as you attached here: > > http://lists.freebsd.org/pipermail/freebsd-current/2013-December/046986.html > > Or should I rebuild on my machines? If you applied the patch to a subversion checkout you may get a conflict on Mk/Uses/fortran.mk and math/octave/Makefile when updating which you can resolve using the 'tf' option (theirs-full). Besides that the patches are functionally the same so you don't have to rebuild anything. From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 18:24:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59F7DF3A; Fri, 13 Dec 2013 18:24:10 +0000 (UTC) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0314F103B; Fri, 13 Dec 2013 18:24:09 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id f11so1026283qae.12 for ; Fri, 13 Dec 2013 10:24:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=7gD0lnQ6Q0qVXm5hk0Liciw0b4uPcdXxVjpZoc03XQ8=; b=LzJMveD5z4KvoumCL/8TDR72q9tVZK+YS8YBVkL9hfJ+YDunZA2YOWfuoMb3ouzDu/ JjGSazP+VzhgsQ2LrQ08c1dySYRpQ9BwC+KygtS2EDrGkhQ2lxKsE+1xzLD+3POnYtHO wgKIqvs2VLW8R07HR4GfXXHlvyLFsD+N4M/yxcpXa7gdY8Phs6v+cKIa8Vjnv2I5AXeo zrW7na21ob5zTxPVcPtkOTn/YbhiUpBWSTSOHW5yGkksH17xEMM/iy7D10T59NIQF53M cBG4iWOWwlsnVN1mntPc8vPYSBNbRtALR9nMdH4QmW4GXSQ/2uhMqxhFy+4m3B/ALcje cDXg== MIME-Version: 1.0 X-Received: by 10.49.131.5 with SMTP id oi5mr7191317qeb.38.1386959049221; Fri, 13 Dec 2013 10:24:09 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Fri, 13 Dec 2013 10:24:09 -0800 (PST) Received: by 10.224.53.200 with HTTP; Fri, 13 Dec 2013 10:24:09 -0800 (PST) In-Reply-To: <52AAEE1C.8030604@FreeBSD.org> References: <52AAEE1C.8030604@FreeBSD.org> Date: Fri, 13 Dec 2013 10:24:09 -0800 X-Google-Sender-Auth: nEiFYWnGxxsyC5uI7XmQn9kqnmg Message-ID: Subject: Re: vt-enabled 11.0-CURRENT + radeonkms boot load = direct rendering disabled in X From: Adrian Chadd To: =?ISO-8859-1?Q?Jean=2DS=E9bastien_P=E9dron?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 18:24:10 -0000 Are you able to make it do delayed firmware loading? Adrian On Dec 13, 2013 3:23 AM, "Jean-S=E9bastien P=E9dron" wrote: > On 10.12.2013 12:21, Markiyan Kushnir wrote: > > Hello, > > Hi! > > First, a quick note: freebsd-current@ and current@ are the same list. > > > There seems to be a difference in how Xorg server can use direct > > rendering depending when radeonkms.ko was loaded: at boot time vs. at > > a later time (but not necessarily at X startup time). The difference > > is that direct rendering could not be enabled for X in the former > > case. In the latter case, direct rendering was successfully enabled. > > The problem is that if you load radeonkms from the loader or you build > it into your kernel, it can't load the relevant firmware(s): > error: [drm:pid0:r600_init_microcode] *ERROR* r600_cp: Failed to load > firmware "radeonkmsfw_RV710_pfp" > error: [drm:pid0:rv770_startup] *ERROR* Failed to load firmware! > > This is because /boot isn't available at the time the card is > initialized: / is not mounted yet. > > The solution is to load firmware(s) from the loader too (or build them > into the kernel). To know which firmware(s) are used by your card, you > can boot without radeonkms, kldload it after the computer booted, and run= : > kldstat | grep radeonkmsfw > > -- > Jean-S=E9bastien P=E9dron > > From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 19:26:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D57FD380; Fri, 13 Dec 2013 19:26:04 +0000 (UTC) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 99404145A; Fri, 13 Dec 2013 19:26:04 +0000 (UTC) Received: from 2a02-8428-011a-a000-143c-b5c5-3fed-f7dd.rev.sfr.net ([2a02:8428:11a:a000:143c:b5c5:3fed:f7dd]) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VrYN9-000CRk-2g; Fri, 13 Dec 2013 20:26:03 +0100 Message-ID: <52AB5F4D.2010005@FreeBSD.org> Date: Fri, 13 Dec 2013 20:26:05 +0100 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: vt-enabled 11.0-CURRENT + radeonkms boot load = direct rendering disabled in X References: <52AAEE1C.8030604@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 19:26:04 -0000 Le 13/12/2013 19:24, Adrian Chadd a crit : > Are you able to make it do delayed firmware loading? Delayed until / is mounted? In this case, doesn't loading radeonkms from rc.conf achieve the same result? Firmwares are loaded early during card initialization. -- Jean-Sbastien Pdron From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 19:44:07 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65CB6EB3; Fri, 13 Dec 2013 19:44:07 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 22FFD15F7; Fri, 13 Dec 2013 19:44:07 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBDJi63I016024; Fri, 13 Dec 2013 11:44:06 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBDJi6m6016023; Fri, 13 Dec 2013 11:44:06 -0800 (PST) (envelope-from sgk) Date: Fri, 13 Dec 2013 11:44:06 -0800 From: Steve Kargl To: Tijl Coosemans Subject: Re: libc++ vs. libstdc++ usage in the ports tree Message-ID: <20131213194406.GA15994@troutmask.apl.washington.edu> References: <5283CA3C.3080201@FreeBSD.org> <352D9465-9840-43F0-A3A9-327DC12B0967@FreeBSD.org> <20131114144555.GA22093@troutmask.apl.washington.edu> <52963A90.4000201@janh.de> <20131127204556.2974a3f5@kalimero.tijl.coosemans.org> <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> <20131213011204.GA10879@troutmask.apl.washington.edu> <20131213144723.0def94ed@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131213144723.0def94ed@kalimero.tijl.coosemans.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Maho Nakata , Jan Henrik Sylvester , bapt@FreeBSD.org, FreeBSD Current , stephen@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 19:44:07 -0000 On Fri, Dec 13, 2013 at 02:47:23PM +0100, Tijl Coosemans wrote: > On Thu, 12 Dec 2013 17:12:04 -0800 Steve Kargl wrote: > > I see the octave port is still broken. > > > > After a clean install on my self, removing all installed ports, > > reverting my local chnages in /usr/pors, and rebuilding all ports, > > I'm see the original problem. > > > > % octave > > Segmentation fault (core dumped) > > > > PLEASE, commit your patch ASAP. > > Committed in r336344. Thank you!!! Doing a 'pkg delete -fR' on all installed ports except pkg, pkg, and portmaster, of course, removed everything but those 3 ports. % portmaster math/octave causes 208 ports to be built and installed. The resulting octave now functions. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 20:36:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47872F56; Fri, 13 Dec 2013 20:36:45 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 0C40619ED; Fri, 13 Dec 2013 20:36:44 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id EF7993EB33; Fri, 13 Dec 2013 20:36:37 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id rBDKab6u044592; Fri, 13 Dec 2013 20:36:37 GMT (envelope-from phk@phk.freebsd.dk) To: John Baldwin Subject: Re: r259072 is not a happy camper... In-reply-to: <201312091216.04052.jhb@freebsd.org> From: "Poul-Henning Kamp" References: <27325.1386444776@critter.freebsd.dk> <201312091216.04052.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 13 Dec 2013 20:36:37 +0000 Message-ID: <44591.1386966997@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 20:36:45 -0000 In message <201312091216.04052.jhb@freebsd.org>, John Baldwin writes: >On Saturday, December 07, 2013 2:32:56 pm Poul-Henning Kamp wrote: >> >> kdb_backtrace() at kdb_backtrace+0x39/frampanic: bad stray interrupt >> cpuid = 2 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011120e9e0 >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe011120ea90 >> vpanic() at vpanic+0x126/frame 0xfffffe011120ead0 >> kassert_panic() at kassert_panic+0x136/frame 0xfffffe011120eb40 >> intr_event_handle() at intr_event_handle+0x11d/frame 0xfffffe011120eb90 >> intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe011120ebc0 >> lapic_handle_intr() at lapic_handle_intr+0x73/frame 0xfffffe011120ebf0 >> Xapic_isr1() at Xapic_isr1+0xa4/frame 0xfffffe011120ebf0 >> --- interrupt, rip = 0x11f7b11, rsp = 0x7fffffff8b50, rbp = 0x7fffffff8b80 --- >> KDB: enter: panic >> [ thread pid 72149 tid 100102 ] >> Stopped at kdb_enter+0x3e: movq $0,kdb_why >> db> > >Hmmm. Maybe do 'show lapic' and 'show apic' in ddb and paste that here? sorry about the delay... db> show lapic lapic ID = 2 version = 1.0 max LVT = 5 SVR = ff (enabled) TPR = 00 In-service Interrupts: TMR Interrupts: IRR Interrupts: irr1: 30 irr7: f9 db> show apic Interrupts bound to lapic 0 vec 0x31 -> IRQ 0 vec 0x32 -> IRQ 8 vec 0x33 -> IRQ 256 vec 0x34 -> IRQ 257 vec 0x35 -> IRQ 258 vec 0x36 -> IRQ 259 vec 0x3b -> IRQ 264 vec 0x40 -> IRQ 269 vec 0x42 -> IRQ 16 vec 0x48 -> IRQ 21 vec 0x4a -> IRQ 7 vec 0xef -> lapic timer Interrupts bound to lapic 1 vec 0x30 -> IRQ 1 vec 0x31 -> IRQ 9 vec 0x32 -> IRQ 17 vec 0x33 -> IRQ 22 vec 0x34 -> IRQ 260 vec 0x35 -> IRQ 265 vec 0xef -> lapic timer Interrupts bound to lapic 2 vec 0x30 -> IRQ 4 vec 0x31 -> IRQ 14 vec 0x32 -> IRQ 18 vec 0x33 -> IRQ 261 vec 0x34 -> IRQ 263 vec 0x35 -> IRQ 266 vec 0xef -> lapic timer Interrupts bound to lapic 3 vec 0x30 -> IRQ 6 vec 0x31 -> IRQ 15 vec 0x32 -> IRQ 19 vec 0x33 -> IRQ 262 vec 0x34 -> IRQ 267 vec 0x35 -> IRQ 268 vec 0xef -> lapic timer -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 20:57:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 209A2B61; Fri, 13 Dec 2013 20:57:42 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECCEA1CC8; Fri, 13 Dec 2013 20:57:41 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DD75AB9B9; Fri, 13 Dec 2013 15:57:40 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: 11.0-CURRENT panic while running a bhyve instance Date: Fri, 13 Dec 2013 13:04:57 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312131304.57455.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 13 Dec 2013 15:57:41 -0500 (EST) Cc: freebsd-virtualization@freebsd.org, Markiyan Kushnir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 20:57:42 -0000 On Friday, December 13, 2013 5:46:20 am Markiyan Kushnir wrote: > Forgot to fill the Subject: header, re-posting it fixed. The mailing lists strips attachments, can you post it at a URL? > -- > Markiyan > > > ---------- Forwarded message ---------- > From: Markiyan Kushnir > Date: 2013/12/13 > Subject: > To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org > > > I started some ports to compile inside a bhyve instance: > > root@vm:~ # uname -a > FreeBSD vm.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > r259250: Thu Dec 12 14:17:32 EET 2013 > root@vm.mkushnir.zapto.org:/ > usr/obj/usr/src.svnup/sys/MAREK amd64 > > and left it running unattended. Approx. 2 hours later the host went to > panic. The bhyve instance survived after the panic and I could be able > to complete my ports compilation. > > core.txt attached (gzipped) > _______________________________________________ > 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" > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 21:53:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1484C196 for ; Fri, 13 Dec 2013 21:53:31 +0000 (UTC) Received: from nm36-vm0.bullet.mail.bf1.yahoo.com (nm36-vm0.bullet.mail.bf1.yahoo.com [72.30.238.136]) by mx1.freebsd.org (Postfix) with SMTP id B2E45117B for ; Fri, 13 Dec 2013 21:53:30 +0000 (UTC) Received: from [98.139.215.142] by nm36.bullet.mail.bf1.yahoo.com with NNFMP; 13 Dec 2013 21:50:27 -0000 Received: from [98.139.213.13] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 13 Dec 2013 21:50:27 -0000 Received: from [127.0.0.1] by smtp113.mail.bf1.yahoo.com with NNFMP; 13 Dec 2013 21:50:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1386971427; bh=iJbcYSvuarh2vJSnosMJRBXHcLIBtxPeQbZp+BuKVtc=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=Q6ZywiNPk/2kBiKEcWkpLttPfHE2Kjf55GXiIU+Bje8oNamaWvXmhNcnCeHgFMHqWnygag1i4txszQuKerUTRhDDpzGYr+7UU2Rf26cGiRkuVA8GQj4kcz18tjhvFhNSnLG++UBARZJuwrmHahiuYY0XGyu4gphHW0vmV3/uQC8= X-Yahoo-Newman-Id: 424166.71670.bm@smtp113.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 0OYPtmEVM1lQLivb2A4jgdWLF6u6MKmMiiHo_pGxANH869I rfTRi80Pq8gENc2rItPt59GsrdP4FXcNeDL9abS6dMPVXsVHhXrCDgSw_KPk m8FbcJqY7qvDcTsDNvXudQDkWayOagpFuFfKNa7IGxmGxF20OUjoRZHe5qOZ E_kao4W6GN5PgSFOnZgbKNWeawODtbzBmqk6S5PJMF2V3GczKon6mYeQto9r 8jlZuXWOm7JroUm0JKQf1WxiGojz1xY6e3MxGys0ON04yhrvl08tQOd.GQVH FQ8T9LN7kfx8C4VkAGwGY87Z8q_RxJzXtRrpbIAFkPRK16otgBtIscjKSzIx ll4ZVBYKsw7Q8o9lAQJpOIADbSpbj78G.nNpOws2WSYMGh2Kvi4CulYQVHpY DEZKgevAumpvbtLw372O0Oj0X5rRpc0QnumTRHZtIkUe6ejvbLjbNvMUs.dJ IHL6PHxoYLWQdnx4FviEUOpCYFH7pzcVlUElULu1so520YelKblG9isJJ2dE CXrqDHhXcda0knrgpKHfetGBiOJMpjUZM7.50RTDUpbGC3_Vae3YqUctDWqC n1w-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with plain [98.139.211.125]) by smtp113.mail.bf1.yahoo.com with SMTP; 13 Dec 2013 13:50:27 -0800 PST Subject: kasserts behind invariants From: Sean Bruno To: current@freebsd.org Content-Type: text/plain; charset="us-ascii" Date: Fri, 13 Dec 2013 13:50:25 -0800 Message-ID: <1386971425.37172.9.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2013 21:53:31 -0000 I guess this may have been argued before, but I don't see why we would want to hide specific things like: sys/kern/subr_lock.c /* Check for double-init and zero object. */ KASSERT(!lock_initalized(lock), ("lock \"%s\" %p already initialized", name, lock)); If I hadn't completely missed the fact that I had INVARIANTS activated, I'd never have found out why this vendor driver was being so completely stupid and crashing my machine. If I find things like this that I want old KASSERT behavior on (panic if true) and I don't want to run INVARIANTS, is that possible? sean From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 22:17:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1F20F92 for ; Fri, 13 Dec 2013 22:17:32 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA5A51309 for ; Fri, 13 Dec 2013 22:17:32 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7ABB0B986; Fri, 13 Dec 2013 17:17:31 -0500 (EST) From: John Baldwin To: "Poul-Henning Kamp" Subject: Re: r259072 is not a happy camper... Date: Fri, 13 Dec 2013 16:20:24 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <27325.1386444776@critter.freebsd.dk> <201312091216.04052.jhb@freebsd.org> <44591.1386966997@critter.freebsd.dk> In-Reply-To: <44591.1386966997@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312131620.25107.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 13 Dec 2013 17:17:31 -0500 (EST) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 22:17:32 -0000 On Friday, December 13, 2013 3:36:37 pm Poul-Henning Kamp wrote: > In message <201312091216.04052.jhb@freebsd.org>, John Baldwin writes: > >On Saturday, December 07, 2013 2:32:56 pm Poul-Henning Kamp wrote: > >> > >> kdb_backtrace() at kdb_backtrace+0x39/frampanic: bad stray interrupt > >> cpuid = 2 > >> KDB: stack backtrace: > >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe011120e9e0 > >> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe011120ea90 > >> vpanic() at vpanic+0x126/frame 0xfffffe011120ead0 > >> kassert_panic() at kassert_panic+0x136/frame 0xfffffe011120eb40 > >> intr_event_handle() at intr_event_handle+0x11d/frame 0xfffffe011120eb90 > >> intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe011120ebc0 > >> lapic_handle_intr() at lapic_handle_intr+0x73/frame 0xfffffe011120ebf0 > >> Xapic_isr1() at Xapic_isr1+0xa4/frame 0xfffffe011120ebf0 > >> --- interrupt, rip = 0x11f7b11, rsp = 0x7fffffff8b50, rbp = 0x7fffffff8b80 --- > >> KDB: enter: panic > >> [ thread pid 72149 tid 100102 ] > >> Stopped at kdb_enter+0x3e: movq $0,kdb_why > >> db> > > > >Hmmm. Maybe do 'show lapic' and 'show apic' in ddb and paste that here? > > sorry about the delay... > > db> show lapic > lapic ID = 2 > version = 1.0 > max LVT = 5 > SVR = ff (enabled) > TPR = 00 > In-service Interrupts: Hmm, this is empty. It should not be empty. :( Never the less, the panic is further down than I thought it was. The system thinks it had a valid IRQ that required an ithread to be scheduled, but when it went to schedule the ithread, there was no thread to schedule: static int intr_event_schedule_thread(struct intr_event *ie) { struct intr_entropy entropy; struct intr_thread *it; struct thread *td; struct thread *ctd; struct proc *p; /* * If no ithread or no handlers, then we have a stray interrupt. */ if (ie == NULL || TAILQ_EMPTY(&ie->ie_handlers) || ie->ie_thread == NULL) return (EINVAL); Does it get a crashdump if you try? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 22:35:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 801506A7; Fri, 13 Dec 2013 22:35:56 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3E15151D; Fri, 13 Dec 2013 22:35:55 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id hn9so1737828wib.7 for ; Fri, 13 Dec 2013 14:35:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cl91Au8B2XzTIieWPImQlyvmK7i1TtXQFja6dr738lE=; b=iSUKWAr5aNsk0hPHWa4E9BgNjJyRsoCillWLnmnZ/c1ScPC33xX52UfX01x3qFolYi H0rioT24DpQ5r0P+jutZ3cjNCpIyE1ouaMrumEWYN9j7q4WphmKOcMVwTz3bRuvTDccF Sl6akBq+9KzSDgsdf25TRTkLk8sMRCm7NjhckLtLyFV8iMv0+OfDdC3r98yKUxClTGQg MJH88PdJ3ZxDir3WxQ9bD+6JTDX0YE+MBnYNKIWLF0593/2wBuriHxYOZoev/blt52g4 mrLbHBptKRaERvdSxS4CsbJv/aZDgNgJ3TByVieL5BbhyK5JsX7BZvXomxndE0mFIG3n I0HQ== MIME-Version: 1.0 X-Received: by 10.194.59.240 with SMTP id c16mr4192951wjr.13.1386974153983; Fri, 13 Dec 2013 14:35:53 -0800 (PST) Received: by 10.227.226.12 with HTTP; Fri, 13 Dec 2013 14:35:53 -0800 (PST) In-Reply-To: <201312131304.57455.jhb@freebsd.org> References: <201312131304.57455.jhb@freebsd.org> Date: Sat, 14 Dec 2013 00:35:53 +0200 Message-ID: Subject: Re: 11.0-CURRENT panic while running a bhyve instance From: Markiyan Kushnir To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 22:35:56 -0000 2013/12/13 John Baldwin : > On Friday, December 13, 2013 5:46:20 am Markiyan Kushnir wrote: >> Forgot to fill the Subject: header, re-posting it fixed. > > The mailing lists strips attachments, can you post it at a URL? > Shared here: https://drive.google.com/file/d/0B9Q-zpUXxqCnem5iYTVqLUxrcWo4cmlhdkM1c2lJa2dKak5R/edit?usp=sharing -- Markiyan. >> -- >> Markiyan >> >> >> ---------- Forwarded message ---------- >> From: Markiyan Kushnir >> Date: 2013/12/13 >> Subject: >> To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org >> >> >> I started some ports to compile inside a bhyve instance: >> >> root@vm:~ # uname -a >> FreeBSD vm.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >> r259250: Thu Dec 12 14:17:32 EET 2013 >> root@vm.mkushnir.zapto.org:/ >> usr/obj/usr/src.svnup/sys/MAREK amd64 >> >> and left it running unattended. Approx. 2 hours later the host went to >> panic. The bhyve instance survived after the panic and I could be able >> to complete my ports compilation. >> >> core.txt attached (gzipped) >> _______________________________________________ >> 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" >> > > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 22:43:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80D34CFF for ; Fri, 13 Dec 2013 22:43:49 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 69DF015E7 for ; Fri, 13 Dec 2013 22:43:49 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id D7D961A3C1D for ; Fri, 13 Dec 2013 14:43:42 -0800 (PST) Message-ID: <52AB8DA1.3000007@mu.org> Date: Fri, 13 Dec 2013 14:43:45 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: kasserts behind invariants References: <1386971425.37172.9.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1386971425.37172.9.camel@powernoodle.corp.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 22:43:49 -0000 On 12/13/13 1:50 PM, Sean Bruno wrote: > I guess this may have been argued before, but I don't see why we would > want to hide specific things like: sys/kern/subr_lock.c > > /* Check for double-init and zero object. */ > KASSERT(!lock_initalized(lock), ("lock \"%s\" %p already initialized", > name, lock)); > > If I hadn't completely missed the fact that I had INVARIANTS activated, > I'd never have found out why this vendor driver was being so completely > stupid and crashing my machine. > > If I find things like this that I want old KASSERT behavior on (panic if > true) and I don't want to run INVARIANTS, is that possible? I don't understand the question, do you want to move it from INVARIANTS to under just a plain if(condition)? -Alfred From owner-freebsd-current@FreeBSD.ORG Fri Dec 13 23:16:31 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 984C86A9 for ; Fri, 13 Dec 2013 23:16:31 +0000 (UTC) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 490C51877 for ; Fri, 13 Dec 2013 23:16:31 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id rBDN5phV098320; Fri, 13 Dec 2013 15:05:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1386975953; bh=6bMq0pe0HAtd/B93zQltNIOcXmsNCxJSm2lVtj2pbbc=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=LJqAnGL0edeA0D2Z5BOPzaKO5Og3raQNODkeOY9e/fFuvmASoKDHn/gbeviavQ85W /RB9CH4LyNa3BciaTnjjObL3vkITdiNRqjUGza7uxOqK0ZYkPiIoRY7+xjqVcoCGxa TV/RUNeojmSLtohw7UQ5qYK0xM6M7CzDzaQ9BSZE= Subject: Re: kasserts behind invariants From: Sean Bruno To: Alfred Perlstein In-Reply-To: <52AB8DA1.3000007@mu.org> References: <1386971425.37172.9.camel@powernoodle.corp.yahoo.com> <52AB8DA1.3000007@mu.org> Content-Type: text/plain; charset="us-ascii" Date: Fri, 13 Dec 2013 15:05:51 -0800 Message-ID: <1386975951.37172.13.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 975951001 Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Fri, 13 Dec 2013 23:16:31 -0000 On Fri, 2013-12-13 at 14:43 -0800, Alfred Perlstein wrote: > On 12/13/13 1:50 PM, Sean Bruno wrote: > > I guess this may have been argued before, but I don't see why we would > > want to hide specific things like: sys/kern/subr_lock.c > > > > /* Check for double-init and zero object. */ > > KASSERT(!lock_initalized(lock), ("lock \"%s\" %p already initialized", > > name, lock)); > > > > If I hadn't completely missed the fact that I had INVARIANTS activated, > > I'd never have found out why this vendor driver was being so completely > > stupid and crashing my machine. > > > > If I find things like this that I want old KASSERT behavior on (panic if > > true) and I don't want to run INVARIANTS, is that possible? > > I don't understand the question, do you want to move it from INVARIANTS > to under just a plain if(condition)? > > -Alfred > > _______ In this specific instance, it would have been much better to simply panic if(condition) than silently allowing the vendor driver to do something stupid like initialize a mutex twice. sean From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 00:16:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D685EFD; Sat, 14 Dec 2013 00:16:07 +0000 (UTC) Received: from mail-qe0-x22a.google.com (mail-qe0-x22a.google.com [IPv6:2607:f8b0:400d:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 189B31E34; Sat, 14 Dec 2013 00:16:07 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id b4so2257800qen.1 for ; Fri, 13 Dec 2013 16:16:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YwOd22Saon+Pot6MFTTXE9IxGf1ih78H//T5I6EgR9c=; b=DvAOpbwq99SxYFE/VMgwxQNfdQHb9mm2kB91BdJb8arD+ZqLlMo1ggRZqkOZPNyXDF rNdf5nhquotBT0KnL4tujhDcwr597HYsIcp1HB4rfmU0N01XLt4jzKmZPN7u+i1CzGeL FNHpQcpf+G7jiLgRP2f3eM67ovR9Sn5t/PmSb59QRlq0EeKxghxHtdkMu325uc2s/EjI LQJ2FnSZ3xTKQow6rJJuWqpw+UtPLEB+fLP0M+EqdvLOo1UlX1TnIKW6bujI5WW0irMr jk0XAGahkERSQDC//sDz492T3KYDdgtmQr+phQMJ98jD2zxNZblfGOGUSBUotro3HsuR jsqw== MIME-Version: 1.0 X-Received: by 10.49.132.65 with SMTP id os1mr9533290qeb.39.1386980166278; Fri, 13 Dec 2013 16:16:06 -0800 (PST) Received: by 10.140.34.17 with HTTP; Fri, 13 Dec 2013 16:16:06 -0800 (PST) In-Reply-To: References: <201312131304.57455.jhb@freebsd.org> Date: Fri, 13 Dec 2013 16:16:06 -0800 Message-ID: Subject: Re: 11.0-CURRENT panic while running a bhyve instance From: Neel Natu To: Markiyan Kushnir Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD current , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 00:16:07 -0000 Hi Markiyan, On Fri, Dec 13, 2013 at 2:35 PM, Markiyan Kushnir wrote: > 2013/12/13 John Baldwin : >> On Friday, December 13, 2013 5:46:20 am Markiyan Kushnir wrote: >>> Forgot to fill the Subject: header, re-posting it fixed. >> >> The mailing lists strips attachments, can you post it at a URL? >> > > Shared here: > > https://drive.google.com/file/d/0B9Q-zpUXxqCnem5iYTVqLUxrcWo4cmlhdkM1c2lJa2dKak5R/edit?usp=sharing > Thanks. It looks like something funky going on with the vcpu state. Do you know if there was any access to the VM via 'bhyvectl' close to the time of the panic? best Neel > -- > Markiyan. > >>> -- >>> Markiyan >>> >>> >>> ---------- Forwarded message ---------- >>> From: Markiyan Kushnir >>> Date: 2013/12/13 >>> Subject: >>> To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org >>> >>> >>> I started some ports to compile inside a bhyve instance: >>> >>> root@vm:~ # uname -a >>> FreeBSD vm.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >>> r259250: Thu Dec 12 14:17:32 EET 2013 >>> root@vm.mkushnir.zapto.org:/ >>> usr/obj/usr/src.svnup/sys/MAREK amd64 >>> >>> and left it running unattended. Approx. 2 hours later the host went to >>> panic. The bhyve instance survived after the panic and I could be able >>> to complete my ports compilation. >>> >>> core.txt attached (gzipped) >>> _______________________________________________ >>> 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" >>> >> >> -- >> John Baldwin > _______________________________________________ > 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" From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 00:22:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C193331; Sat, 14 Dec 2013 00:22:09 +0000 (UTC) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E91B1EB9; Sat, 14 Dec 2013 00:22:09 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id z10so3125350pdj.2 for ; Fri, 13 Dec 2013 16:22:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:message-id:to:cc:subject:from:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=dYY2qpRZE9sV8WnvPemCcJBXun/n9CrjOvZ+WfvD5BY=; b=MaNa1X+lXEOrb1a8G+MJnclbQTBF8xyPH3b9OAuJ64PKYFnCJU67+YR98Mh2HMzE+k uaGzlc9amjmlbgXM46T5p/BcZoCrSSg21v0NWxablZJQ94eWNhpWvXk2ViMkhnumjWP4 blFZa/NFjJbLl4nyjfE8t4JUhHkOZYifVzFcfG7bidYexsTFsfvIM//4uUieD56HjTGO tJGxVMtzrwVw/EaIPeTN/Ckpq0pT9qX4J6oHBAucQFEg0rzbeQH26mNSidTRJObrWx97 vYV4tSyGpz02/VlpRHNQaQjNEvAVJep3zaJPr4MHLNe//rDRRzDCWbf8FOgiiSPoiZif fVIw== X-Received: by 10.66.221.199 with SMTP id qg7mr6547305pac.13.1386980528797; Fri, 13 Dec 2013 16:22:08 -0800 (PST) Received: from localhost (rikad42.riken.jp. [134.160.214.42]) by mx.google.com with ESMTPSA id pa1sm10606647pac.17.2013.12.13.16.22.06 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 13 Dec 2013 16:22:07 -0800 (PST) Date: Sat, 14 Dec 2013 09:22:04 +0900 (JST) Message-Id: <20131214.092204.1657898379615247833.maho.nakata@gmail.com> To: tijl@FreeBSD.org Subject: Re: libc++ vs. libstdc++ usage in the ports tree From: Nakata Maho In-Reply-To: <20131213144723.0def94ed@kalimero.tijl.coosemans.org> References: <20131201150640.12ea18c8@kalimero.tijl.coosemans.org> <20131213011204.GA10879@troutmask.apl.washington.edu> <20131213144723.0def94ed@kalimero.tijl.coosemans.org> X-Mailer: Mew version 6.3 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 14 Dec 2013 01:58:53 +0000 Cc: me@janh.de, bapt@FreeBSD.org, freebsd-current@FreeBSD.org, stephen@FreeBSD.org, sgk@troutmask.apl.washington.edu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 00:22:09 -0000 Many thanks! From: Tijl Coosemans Subject: Re: libc++ vs. libstdc++ usage in the ports tree Date: Fri, 13 Dec 2013 14:47:23 +0100 > On Thu, 12 Dec 2013 17:12:04 -0800 Steve Kargl wrote: >> I see the octave port is still broken. >> >> After a clean install on my self, removing all installed ports, >> reverting my local chnages in /usr/pors, and rebuilding all ports, >> I'm see the original problem. >> >> % octave >> Segmentation fault (core dumped) >> >> PLEASE, commit your patch ASAP. > > Committed in r336344. > From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 07:42:02 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA15ED89 for ; Sat, 14 Dec 2013 07:42:02 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 24C051F62 for ; Sat, 14 Dec 2013 07:42:01 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA13146; Sat, 14 Dec 2013 09:41:54 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1VrjrG-0003wD-Cy; Sat, 14 Dec 2013 09:41:54 +0200 Message-ID: <52AC0B88.5030403@FreeBSD.org> Date: Sat, 14 Dec 2013 09:40:56 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Sean Bruno Subject: Re: kasserts behind invariants References: <1386971425.37172.9.camel@powernoodle.corp.yahoo.com> <52AB8DA1.3000007@mu.org> <1386975951.37172.13.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1386975951.37172.13.camel@powernoodle.corp.yahoo.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alfred Perlstein , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 07:42:02 -0000 on 14/12/2013 01:05 Sean Bruno said the following: > In this specific instance, it would have been much better to simply > panic if(condition) than silently allowing the vendor driver to do > something stupid like initialize a mutex twice. I like Solaris/illumos approach of having ASSERT and VERIFY macros. ASSERT is compiled out when DEBUG is not set while VERIFY is always kept. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 07:46:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC2EEEDE for ; Sat, 14 Dec 2013 07:46:11 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86BEA1F89 for ; Sat, 14 Dec 2013 07:46:11 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id e9so2221489qcy.26 for ; Fri, 13 Dec 2013 23:46:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=brIEGquy2XZ7QeNGtj3lsM9h5Pj2iY90LxSQGEvEqwk=; b=FYw6TaEfxjqiKmluuW8+Um+kY+t3U+KIHeIHkMA+8sFzU6bSbhL0wlcqWjDuD4PUgA hPDwnIOw3TAdDlOrfVRklMT37QO4QZklkFc5mPLcpzvf1tXmQmcHT8g6YWzLu9AqVltv UVtDF2eXbxhSB9YuLHIZyyS32b/+0xP1tXJEb6txK2yPLBtlYI0jeLZqu4g0acTVYrfO A/ITFZrEI2YFNyOaZ6RtwwjMb8frLwyGps5j0T5LClbsm0kGDYXcihVg0GHjGDfaPHEP Mn3Y/wsZg0ffg45omqiTyILaogm+Tthz9OaSiyAoXS4Nh4oYDcEk43sMwyZDtHDqLHb2 Etug== X-Received: by 10.224.112.68 with SMTP id v4mr11945199qap.90.1387007170673; Fri, 13 Dec 2013 23:46:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.96.45.101 with HTTP; Fri, 13 Dec 2013 23:45:30 -0800 (PST) In-Reply-To: References: <52A98989.2040503@gmail.com> From: =?UTF-8?B?5LmU5qWa?= Date: Sat, 14 Dec 2013 15:45:30 +0800 Message-ID: Subject: Re: boot failure after upgrade to HEAD from svn: zfs i/o error - all block copies unavailable invalid format To: Volodymyr Kostyrko Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 07:46:11 -0000 Now , I'm recovery my OS. I installed freebsd11 on a new disk ,and copy every thing to it. 2013/12/12 =C7=C7=B3=FE > >Have you updated bootcode then? > After make installkernel && make installworld && reboot, boot error. > > > Yes ,I can import in -currentr258961( > http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/11.0/FreeBSD-11.0= -CURRENT-amd64-20131205-r258961-memstick.img > ). > > Now, I install -currentr258961 on an new disk, and copy every from old > disk to new disk. > > > 2013/12/12 Volodymyr Kostyrko > >> 10.12.2013 18:59, =C7=C7=B3=FE wrote: >> >>> *Today, after **upgrade to HEAD from svn, My FreeBSD can't boot.* >>> >>> *Error message:* >>> >>> *ZFS: i/o error all block copies unavailable >>> **Invalid format* >>> >> >> I see you are using GPT. Have you updated bootcode then? Can you import >> your pool from any HEAD snapshot? >> >> -- >> Sphinx of black quartz, judge my vow. >> > > From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 07:57:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6880108; Sat, 14 Dec 2013 07:57:43 +0000 (UTC) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E8B9B1016; Sat, 14 Dec 2013 07:57:42 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id w62so2805398wes.17 for ; Fri, 13 Dec 2013 23:57:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fYQQpQ+Q8XWRgbhR12G/jW+bbJGwvYBJCD8JpWSjrF0=; b=j5BiRoPOrqJvUfR64KaZyRNS9ElZysIJX3YpnyjHE9pBrk8iEpTCH+DMmSro+YGK82 tBGDwFXB5q23F6w0oVon/aznchkS56amheGS66YKgFgfZyEcW5/N3Gr5KtjJ97ZWoOKM qo6Mt2jBMRX9rpQ8BlP+dPClldECy5+K+t3LrezidA0e7A07RSEfLtFXncCJ4roCfIIw xNNrJkbAqAQX/GFcL32eJ2k9z07j0NKY/vtpDrhn0Iv7mDpBqdoAv2q5tIyzlr2T3e4O EwvUVDdvovSPS5+6QJiCCivjPG1kA5j/JaUl/u/soQAKsXEKumX6Mp9i7Dg9Y7nHm8Db c6mQ== MIME-Version: 1.0 X-Received: by 10.180.107.168 with SMTP id hd8mr5463818wib.32.1387007861459; Fri, 13 Dec 2013 23:57:41 -0800 (PST) Received: by 10.227.226.12 with HTTP; Fri, 13 Dec 2013 23:57:41 -0800 (PST) In-Reply-To: References: <201312131304.57455.jhb@freebsd.org> Date: Sat, 14 Dec 2013 09:57:41 +0200 Message-ID: Subject: Re: 11.0-CURRENT panic while running a bhyve instance From: Markiyan Kushnir To: Neel Natu Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD current , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 07:57:43 -0000 2013/12/14 Neel Natu : > Hi Markiyan, > > On Fri, Dec 13, 2013 at 2:35 PM, Markiyan Kushnir > wrote: >> 2013/12/13 John Baldwin : >>> On Friday, December 13, 2013 5:46:20 am Markiyan Kushnir wrote: >>>> Forgot to fill the Subject: header, re-posting it fixed. >>> >>> The mailing lists strips attachments, can you post it at a URL? >>> >> >> Shared here: >> >> https://drive.google.com/file/d/0B9Q-zpUXxqCnem5iYTVqLUxrcWo4cmlhdkM1c2lJa2dKak5R/edit?usp=sharing >> > > Thanks. > > It looks like something funky going on with the vcpu state. Do you > know if there was any access to the VM via 'bhyvectl' close to the > time of the panic? > Well, I don't know if there was. I would set up the same scenario again + a script running on the host querying bhyvectl. May be I would catch it again. Please let me know if all it makes sense, and if so, how it can be made better. -- Markiyan. > best > Neel > >> -- >> Markiyan. >> >>>> -- >>>> Markiyan >>>> >>>> >>>> ---------- Forwarded message ---------- >>>> From: Markiyan Kushnir >>>> Date: 2013/12/13 >>>> Subject: >>>> To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org >>>> >>>> >>>> I started some ports to compile inside a bhyve instance: >>>> >>>> root@vm:~ # uname -a >>>> FreeBSD vm.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >>>> r259250: Thu Dec 12 14:17:32 EET 2013 >>>> root@vm.mkushnir.zapto.org:/ >>>> usr/obj/usr/src.svnup/sys/MAREK amd64 >>>> >>>> and left it running unattended. Approx. 2 hours later the host went to >>>> panic. The bhyve instance survived after the panic and I could be able >>>> to complete my ports compilation. >>>> >>>> core.txt attached (gzipped) >>>> _______________________________________________ >>>> 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" >>>> >>> >>> -- >>> John Baldwin >> _______________________________________________ >> 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" From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 08:44:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2A35550; Sat, 14 Dec 2013 08:44:43 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 58225125B; Sat, 14 Dec 2013 08:44:42 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 96D683EB5F; Sat, 14 Dec 2013 08:44:40 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id rBE8idjL055351; Sat, 14 Dec 2013 08:44:40 GMT (envelope-from phk@phk.freebsd.dk) To: John Baldwin Subject: Re: r259072 is not a happy camper... In-reply-to: <201312131620.25107.jhb@freebsd.org> From: "Poul-Henning Kamp" References: <27325.1386444776@critter.freebsd.dk> <201312091216.04052.jhb@freebsd.org> <44591.1386966997@critter.freebsd.dk> <201312131620.25107.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Date: Sat, 14 Dec 2013 08:44:39 +0000 Message-ID: <55350.1387010679@critter.freebsd.dk> Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 08:44:44 -0000 In message <201312131620.25107.jhb@freebsd.org>, John Baldwin writes: >> >Hmmm. Maybe do 'show lapic' and 'show apic' in ddb and paste that here? >> >> sorry about the delay... >> >> db> show lapic >> lapic ID = 2 >> version = 1.0 >> max LVT = 5 >> SVR = ff (enabled) >> TPR = 00 >> In-service Interrupts: > >Hmm, this is empty. It should not be empty. :( > >Never the less, the panic is further down than I thought it was. The system >thinks it had a valid IRQ that required an ithread to be scheduled, but when >it went to schedule the ithread, there was no thread to schedule: >Does it get a crashdump if you try? No :-( There may be a connection to unclean UFS filesystems (SU + TRIM, no J). -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 13:05:07 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E482E54; Sat, 14 Dec 2013 13:05:07 +0000 (UTC) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0DA991128; Sat, 14 Dec 2013 13:05:07 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id uy5so3124344obc.12 for ; Sat, 14 Dec 2013 05:05:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=r3QCWyM6FlAe3r/nWoGGQK9Xf3Wz4bKC0KVgi53flb0=; b=XNga3222KLX8wJYJMGL4zkytIDGLNre5aje2pzp4oH4Vi2koeH51xfsyOhruedTw5a 6mg0a+H136vXLbpEoCNECcfQNc+MJ83/DgNzQXH+QTUxjXfeVEti9+C0ZZr1qPTCqN72 62GvsWdaewFPrFFffHhUN62kJKzaPaSWuBLxE7bOttXOxJ6wXokkjJ6jVvRdeQlTqYh7 GXSIzLGEg/7QSvqoLOwPkK1lJefqOwcDvNdS+stMQMYZiKPBTV/IJxovKpb7VM8ZeW1H 3O1e2qJIRizRDEmJ+R3XSkdk98eBMl9o13aJrNFmiw5I5FnoW4N5RDIps7nNITWICeeM TnDg== MIME-Version: 1.0 X-Received: by 10.60.44.193 with SMTP id g1mr5203135oem.47.1387026306391; Sat, 14 Dec 2013 05:05:06 -0800 (PST) Sender: pali.gabor@gmail.com Received: by 10.182.22.44 with HTTP; Sat, 14 Dec 2013 05:05:06 -0800 (PST) Date: Sat, 14 Dec 2013 14:05:06 +0100 X-Google-Sender-Auth: xeHuuSsoX7utiaa1p54OblHo-eY Message-ID: Subject: Call for FreeBSD 2013Q4 (October-December) Status Reports From: Gabor Pali To: hackers@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 13:05:07 -0000 Dear FreeBSD Community, Please note that the next submission date for the October to December Quarterly Status Reports is January 14th, 2014, about a month away. They do not have to be very long -- basically they may be about anything that lets people know what is going on around the FreeBSD Project. Submission of reports is not restricted to committers: Anyone who is doing anything interesting and FreeBSD-related can (and therefore encouraged to) write one! The preferred and easiest submission method is to use the XML generator [1] with the result emailed as an attachment to us, that is, monthly@FreeBSD.org [2]. There is also an XML template [3] which can be filled out manually and attached if preferred. For the expected content and style, please study our guidelines on how to write a good status reports [4]. To enable compilation and publication of the Q4 report as soon as possible for the January 14th deadline, please be prompt with any report submissions you may have. We are looking forward to all of your 2013Q4 reports! Thanks, Gabor [1] http://www.freebsd.org/cgi/monthly.cgi [2] mailto:monthly@freebsd.org [3] http://www.freebsd.org/news/status/report-sample.xml [4] http://www.freebsd.org/news/status/howto.html From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 13:30:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFC31571; Sat, 14 Dec 2013 13:30:49 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D16512B4; Sat, 14 Dec 2013 13:30:49 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id a1so2974092wgh.35 for ; Sat, 14 Dec 2013 05:30:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DM7rs4+MN2QAlgey5h4v24nwCfz9+FCCplBhHg3ke5k=; b=QCT9VcdB6SVz824ImmZX++DuEF2oLWGqIEPRvA/7rs1omi9ZqAs8T6eee3CE18FKm3 0+DUCR7h2wYc/M1MlTL3JRPrNw5wTXdJZh+5DmFiBpwa1hyub6a2owSMr9WTYLJcuJPC 3z8ENwBCZ2JviSrXJciud9exznqORa6d1Lesp1s75hX3aF9kJsvIMq6J8Raj1GUb9QHI z4YCQnptO+ZTaqGd08PPS62nKgiU7q7jYYaPLlq41OnPH2yeBwwjHyKlpRiBgcw8FrLW gQ+OdtaR2zvoVOv1s6QwUUgHm4VRFRyCdm4vDM8P49nO4/rVBTzo+tLiRkTiFvAkq3X7 u8Ug== MIME-Version: 1.0 X-Received: by 10.194.189.42 with SMTP id gf10mr6146083wjc.24.1387027847652; Sat, 14 Dec 2013 05:30:47 -0800 (PST) Received: by 10.227.226.12 with HTTP; Sat, 14 Dec 2013 05:30:47 -0800 (PST) In-Reply-To: References: <201312131304.57455.jhb@freebsd.org> Date: Sat, 14 Dec 2013 15:30:47 +0200 Message-ID: Subject: Re: 11.0-CURRENT panic while running a bhyve instance From: Markiyan Kushnir To: Neel Natu Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD current , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 13:30:50 -0000 2013/12/14 Markiyan Kushnir : > 2013/12/14 Neel Natu : >> Hi Markiyan, >> >> On Fri, Dec 13, 2013 at 2:35 PM, Markiyan Kushnir >> wrote: >>> 2013/12/13 John Baldwin : >>>> On Friday, December 13, 2013 5:46:20 am Markiyan Kushnir wrote: >>>>> Forgot to fill the Subject: header, re-posting it fixed. >>>> >>>> The mailing lists strips attachments, can you post it at a URL? >>>> >>> >>> Shared here: >>> >>> https://drive.google.com/file/d/0B9Q-zpUXxqCnem5iYTVqLUxrcWo4cmlhdkM1c2lJa2dKak5R/edit?usp=sharing >>> >> >> Thanks. >> >> It looks like something funky going on with the vcpu state. Do you >> know if there was any access to the VM via 'bhyvectl' close to the >> time of the panic? >> > > Well, I don't know if there was. I would set up the same scenario > again + a script running on the host querying bhyvectl. May be I would > catch it again. Please let me know if all it makes sense, and if so, > how it can be made better. > To make it clear -- I didn't run bhyvectl when the VM was running, so I can tell for sure that nobody was trying to interact with the VM during its run. My first thought was that it would make sense to (periodically) query state of the VM using bhyvectl to get info about what was going on when it comes close to the crash... -- Markiyan. > -- > Markiyan. > >> best >> Neel >> >>> -- >>> Markiyan. >>> >>>>> -- >>>>> Markiyan >>>>> >>>>> >>>>> ---------- Forwarded message ---------- >>>>> From: Markiyan Kushnir >>>>> Date: 2013/12/13 >>>>> Subject: >>>>> To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org >>>>> >>>>> >>>>> I started some ports to compile inside a bhyve instance: >>>>> >>>>> root@vm:~ # uname -a >>>>> FreeBSD vm.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >>>>> r259250: Thu Dec 12 14:17:32 EET 2013 >>>>> root@vm.mkushnir.zapto.org:/ >>>>> usr/obj/usr/src.svnup/sys/MAREK amd64 >>>>> >>>>> and left it running unattended. Approx. 2 hours later the host went to >>>>> panic. The bhyve instance survived after the panic and I could be able >>>>> to complete my ports compilation. >>>>> >>>>> core.txt attached (gzipped) >>>>> _______________________________________________ >>>>> 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" >>>>> >>>> >>>> -- >>>> John Baldwin >>> _______________________________________________ >>> 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" From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 14:00:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5085ED0; Sat, 14 Dec 2013 14:00:34 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 03A3D14AE; Sat, 14 Dec 2013 14:00:33 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id a1so2982080wgh.29 for ; Sat, 14 Dec 2013 06:00:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ytxNJAI5K2cbVTRrfDhYkTs5sBLR9RXv2p9Fr/5r3WY=; b=Gt9yV6uQYs6z/vsC6nU+NC6PDJ4Pbb1f4FBTDtiYmT7sMkqTb+F9cs06Uml9KvwkU3 GRx55yUddYSan56H2RXKpBe+Sz1GDsaU62lBa6L8oXG5oE17eVxlCNz2+43q+R3bRTZe 0jNp1JxVqsCp88azeHjW5ntg/6jWf/3mxtfTxKtio6k+wNss5oTJY0XpuW8YchWbfO8D QFAuk4OD8lr0qbJsPsA6dWQf7va3Tcm9TSE1xYVhviUkls2lP8IuljMY34DMoBtJgXPO VxF270lnETz+Kfnz1UaOdjP4zuuQxELIxWXtaPwE9pit/Qmx0WoF8nNp+aLQEmOcY68D vgKA== MIME-Version: 1.0 X-Received: by 10.180.108.97 with SMTP id hj1mr6688364wib.59.1387029631779; Sat, 14 Dec 2013 06:00:31 -0800 (PST) Received: by 10.227.226.12 with HTTP; Sat, 14 Dec 2013 06:00:31 -0800 (PST) In-Reply-To: References: <201312131304.57455.jhb@freebsd.org> Date: Sat, 14 Dec 2013 16:00:31 +0200 Message-ID: Subject: Re: 11.0-CURRENT panic while running a bhyve instance From: Markiyan Kushnir To: Neel Natu Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD current , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 14:00:34 -0000 2013/12/14 Markiyan Kushnir : > 2013/12/14 Markiyan Kushnir : >> 2013/12/14 Neel Natu : >>> Hi Markiyan, >>> >>> On Fri, Dec 13, 2013 at 2:35 PM, Markiyan Kushnir >>> wrote: >>>> 2013/12/13 John Baldwin : >>>>> On Friday, December 13, 2013 5:46:20 am Markiyan Kushnir wrote: >>>>>> Forgot to fill the Subject: header, re-posting it fixed. >>>>> >>>>> The mailing lists strips attachments, can you post it at a URL? >>>>> >>>> >>>> Shared here: >>>> >>>> https://drive.google.com/file/d/0B9Q-zpUXxqCnem5iYTVqLUxrcWo4cmlhdkM1c2lJa2dKak5R/edit?usp=sharing >>>> >>> >>> Thanks. >>> >>> It looks like something funky going on with the vcpu state. Do you >>> know if there was any access to the VM via 'bhyvectl' close to the >>> time of the panic? >>> >> >> Well, I don't know if there was. I would set up the same scenario >> again + a script running on the host querying bhyvectl. May be I would >> catch it again. Please let me know if all it makes sense, and if so, >> how it can be made better. >> > > To make it clear -- I didn't run bhyvectl when the VM was running, so > I can tell for sure that nobody was trying to interact with the VM > during its run. My first thought was that it would make sense to > (periodically) query state of the VM using bhyvectl to get info about > what was going on when it comes close to the crash... > > -- > Markiyan. Ok, I was able to hit a similarly looking panic exactly when trying to run "bhyvectl --vm=altroot-bhyve --get-all" while the VM was busy with its own "pkg delete -af". When the VM is mostly idle, bhyvectl --get-all goes smoothly. Now I'm thinking I might inadvertently run bhyvectl over my heavily running VM once when I was not at the desktop and wanted to see how things were going remotely from my office... Here are core.txt of the two panics in a row: https://drive.google.com/file/d/0B9Q-zpUXxqCnMUxVdGwxSEs1dE0/edit?usp=sharing https://drive.google.com/file/d/0B9Q-zpUXxqCnREtuTXpabnQ5QXM/edit?usp=sharing -- Markiyan. > >> -- >> Markiyan. >> >>> best >>> Neel >>> >>>> -- >>>> Markiyan. >>>> >>>>>> -- >>>>>> Markiyan >>>>>> >>>>>> >>>>>> ---------- Forwarded message ---------- >>>>>> From: Markiyan Kushnir >>>>>> Date: 2013/12/13 >>>>>> Subject: >>>>>> To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org >>>>>> >>>>>> >>>>>> I started some ports to compile inside a bhyve instance: >>>>>> >>>>>> root@vm:~ # uname -a >>>>>> FreeBSD vm.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >>>>>> r259250: Thu Dec 12 14:17:32 EET 2013 >>>>>> root@vm.mkushnir.zapto.org:/ >>>>>> usr/obj/usr/src.svnup/sys/MAREK amd64 >>>>>> >>>>>> and left it running unattended. Approx. 2 hours later the host went to >>>>>> panic. The bhyve instance survived after the panic and I could be able >>>>>> to complete my ports compilation. >>>>>> >>>>>> core.txt attached (gzipped) >>>>>> _______________________________________________ >>>>>> 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" >>>>>> >>>>> >>>>> -- >>>>> John Baldwin >>>> _______________________________________________ >>>> 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" From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 20:12:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CE26CD6 for ; Sat, 14 Dec 2013 20:12:34 +0000 (UTC) Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1E8F41ABB for ; Sat, 14 Dec 2013 20:12:33 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id g10so3810371pdj.3 for ; Sat, 14 Dec 2013 12:12:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type :content-transfer-encoding:subject:date:message-id:cc:to :mime-version; bh=XqxiggrS+6Hlgv6I6vGy9N5h+KDEWgxaPXOhnIuX/L8=; b=TX2GODDcPRaUcvm8Dg73Wl61DGJFJ/Apsm3iv4WFLlXsTppN0Y71Hso6H/GPCeF9m0 RO3sAODBHiWX8j+M3yEaJnVGSzFxXMSFprZ4uRKedUC+DWl3ht1eUpspXnUsrvTJ5xs+ SfcaxnBoVWrVc3YcRmHGgwfiPMZ2SQyngWvTJkqu+sE2j6jkBmm3STfMULOjeVexP1NN Ol7U7yqpdDVgcQBLrKs3vhqKAPdt/eouvAxW3xGcYFF0wP5PKOBnfUBefTGFxjYasP0N Rjt7h1dFkG9tHqb2lb5GhxUWL4w6xHQxcvm0DaU0RZqk5aH4C91yy0TR3Z2LZ/cS6a7w mwPw== X-Gm-Message-State: ALoCoQlyKZ7jDdQGJ7YBRZbJilDWZsdKh3xV6nJSpWHzwkdGVNF9bbl/HJZXBpyBA9251uNyiVSV X-Received: by 10.68.172.196 with SMTP id be4mr11207162pbc.12.1387051947382; Sat, 14 Dec 2013 12:12:27 -0800 (PST) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id bp5sm14385386pbb.18.2013.12.14.12.12.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Dec 2013 12:12:26 -0800 (PST) Sender: Tim Kientzle From: Tim Kientzle Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: dhclient can't limit bpf descriptor? Date: Sat, 14 Dec 2013 12:12:23 -0800 Message-Id: To: FreeBSD current Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) X-Mailer: Apple Mail (2.1822) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 20:12:34 -0000 Opened up an old VM from a month or so ago (r257910) and dhclient won=92t = start. Specifically, dhclient complains (when run by root): =93can=92t limit bpf descriptor: Bad address=94 and then immediately exits. What does this mean? I don=92t know anything about the capabilities framework and certainly haven=92t configured it in any way. I=92ve upgraded Parallels and the Mac OS system that Parallels is running on, so it could be related to that... Tim From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 21:51:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4A35F4D for ; Sat, 14 Dec 2013 21:51:15 +0000 (UTC) Received: from nm24-vm8.bullet.mail.ird.yahoo.com (nm24-vm8.bullet.mail.ird.yahoo.com [212.82.109.199]) by mx1.freebsd.org (Postfix) with SMTP id 274CE1152 for ; Sat, 14 Dec 2013 21:51:14 +0000 (UTC) Received: from [77.238.189.237] by nm24.bullet.mail.ird.yahoo.com with NNFMP; 14 Dec 2013 21:44:16 -0000 Received: from [46.228.39.95] by tm18.bullet.mail.ird.yahoo.com with NNFMP; 14 Dec 2013 21:44:16 -0000 Received: from [127.0.0.1] by smtp132.mail.ir2.yahoo.com with NNFMP; 14 Dec 2013 21:44:16 -0000 X-Yahoo-Newman-Id: 896122.12838.bm@smtp132.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Y.ETA9EVM1kHxHcf.MNSxv7axwd2WCWR4dUfGmBO0YQt3SN 0WiHA4OJx988Y9eC.fU72VmqXe7cztWEFv1THPPzDStXtlUUgJUHT04PjmDT Y3wUJaTTHsYqT4Hb.2XUe7gItx4bvSPwM1UO94yEk6NujXsDd_YMEKx29LIa VlHFej0sZInSJ6nfp88tjbm4.oyRj.MR9NN7bX3Mxgx83jMgldneOKSIzEae ijcikifobJ6Gs90DuaXrBFrvANeC.ByoIQhiBaVZdDFQY1bOuiTwcu70mKE. eLKg5Rrx7wfMwbpcZTTVn5hwczi1g5PI.edUQ2IgKINU.KU_3NrqK6H4X5OU 8sP6zJMOBuH7caR.P0_7BzlEIIm2P.O1qSK6Lt2RmNw3sb9ngUl8Pfh39Aek .Nlgqpat58ZsvN6x1UVpw9AexYbmKthvzrndiLItpJLl5CLYyxEobBjrmzEf xLLhYnm4F4UCSp2MgZfekhZwWkRcTXuip40iCJvFvhl1Y0XN9f6QazOH5IYC gxxLGo3u_HwlSu2q3v99O5XTMdEQuY1abLluxJKlWXFYGUQ7cNFjlTLAMtpw 3BV8HQ2d_9BtP7A-- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.26] (se@84.154.102.88 with plain [188.125.69.59]) by smtp132.mail.ir2.yahoo.com with SMTP; 14 Dec 2013 21:44:16 +0000 UTC Message-ID: <52ACD12A.5020906@freebsd.org> Date: Sat, 14 Dec 2013 22:44:10 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: SVN commit 259045 breaks -CURRENT X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: kib@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 21:51:16 -0000 I noticed a severe slowdown and network problems on my amd64 -CURRENT system. By bisecting SVN revisions I identified the following commit to be responsible: ---------------------------------------------------------------------- r259045 | kib | 2013-12-06 22:44:13 +0100 (Fri, 06 Dec 2013) | 9 lines Disallow optimizations which potentially remove boundary checks for signed values due to a compiler authors considering integer overflow as impossible. The change follows suit of other projects taking the same measure. ---------------------------------------------------------------------- This commit added the following line to /sys/conf/kern.mk: CFLAGS+= -fno-strict-overflow The most obvious symptoms of the problem on my system are: 1) sa-spamd needs > 140 seconds to start (instead of a few seconds) 2) SSH logins are very slow, many seconds of delay between connect and password prompt, several seconds after password entry until a command prompt appears (normally instantaneous) In general it takes many seconds to open a TCP socket, even to localhost. I can perform further tests on this system, but it will be a lot of work to locate the source files that are mis-compiled with -fno-strict-overflow. I'm surprised that nobody else seems to be affected by this problem, since it is very obvious on my system and clearly caused by the above mentioned commit. My kernel configuration is a stripped down GENERIC plus ZFS, IPFW and LINUX emulation. I can provide full details and a kernel that exposes the problem on request. Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 21:59:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A78BB12F; Sat, 14 Dec 2013 21:59:10 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C9911179; Sat, 14 Dec 2013 21:59:10 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBELx4Zh024568; Sat, 14 Dec 2013 13:59:04 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBELx41u024567; Sat, 14 Dec 2013 13:59:04 -0800 (PST) (envelope-from sgk) Date: Sat, 14 Dec 2013 13:59:04 -0800 From: Steve Kargl To: Stefan Esser Subject: Re: SVN commit 259045 breaks -CURRENT Message-ID: <20131214215904.GA24545@troutmask.apl.washington.edu> References: <52ACD12A.5020906@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52ACD12A.5020906@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, kib@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 21:59:10 -0000 On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: > I noticed a severe slowdown and network problems on my amd64 -CURRENT > system. By bisecting SVN revisions I identified the following commit > to be responsible: > > ---------------------------------------------------------------------- > r259045 | kib | 2013-12-06 22:44:13 +0100 (Fri, 06 Dec 2013) | 9 lines > > Disallow optimizations which potentially remove boundary checks > for signed values due to a compiler authors considering integer > overflow as impossible. > > The change follows suit of other projects taking the same measure. > ---------------------------------------------------------------------- > > This commit added the following line to /sys/conf/kern.mk: > > CFLAGS+= -fno-strict-overflow > > > The most obvious symptoms of the problem on my system are: > > 1) sa-spamd needs > 140 seconds to start > (instead of a few seconds) > > 2) SSH logins are very slow, many seconds of delay between connect > and password prompt, several seconds after password entry until > a command prompt appears (normally instantaneous) > Ah, so that explains the behavior I'm see. Just updated a circa Aug 3rd i386 FreeBSD to top-of-tree. My ssh logins to my work system take 30+ seconds now. :( -- steve -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 22:11:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57B36638 for ; Sat, 14 Dec 2013 22:11:29 +0000 (UTC) Received: from nm21-vm3.bullet.mail.ird.yahoo.com (nm21-vm3.bullet.mail.ird.yahoo.com [212.82.108.207]) by mx1.freebsd.org (Postfix) with SMTP id A36081258 for ; Sat, 14 Dec 2013 22:11:28 +0000 (UTC) Received: from [77.238.189.237] by nm21.bullet.mail.ird.yahoo.com with NNFMP; 14 Dec 2013 22:11:21 -0000 Received: from [46.228.39.84] by tm18.bullet.mail.ird.yahoo.com with NNFMP; 14 Dec 2013 22:11:21 -0000 Received: from [127.0.0.1] by smtp121.mail.ir2.yahoo.com with NNFMP; 14 Dec 2013 22:11:21 -0000 X-Yahoo-Newman-Id: 382159.62673.bm@smtp121.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 1xZRHZ4VM1kSCOMYMWmTPXYybZ7aviCcJa8_hPoNeBigjtj 78UpLfdHHS_qRpHr6Can1zkVnwC5eFJoZDLfE6O8FNG21JPpAW1_cpp9p1U1 tZW7xmL0_sTyTmxwpyrAsfXbxGdU4ecM13okUbbvWlz6_Kq4iPOQE_xE2Hoz ouAtYNFwYOq9HOLSgb09le8UJTuRCHUBfo_yRv_VZ5ZF9cUQeWmA5yb5ALQh mLcve35vui3XLiNXXvsdSRfQ3MalnNhVhR9qqZehj8.E4r.nt5fkH4VSGlUw R0oFkXgIsQn2JmUAjizOzbFfzw67MaiM01u48c83dNFER7oK4y6TX4d1VPX6 sPTqoDFn7SQoegP8U2.RUSdZVrESWmPd.qisQE93bC3DC5dYgfZrpKcYTKaB TyXP2F9PXAL3UtQ7xpz4ynKzY9cIueO8lusKsulCwgfUwlx1h2ZntgNb90ZW KVUofJ5RlUqUOZDEh4qEi2ZOXMyQ_OESdDo5zrwA85g.OBG8beyelUJL0bjg 31DA4v6UYOt7LiSxTY1Dosh7g55A9QpgZWkxz8jQ77aaqhk7gMnSjxUeAOXs cDLzzCTR_UZk4Yg-- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-Rocket-Received: from [192.168.119.26] (se@84.154.102.88 with plain [188.125.69.59]) by smtp121.mail.ir2.yahoo.com with SMTP; 14 Dec 2013 22:11:21 +0000 UTC Message-ID: <52ACD783.7030203@freebsd.org> Date: Sat, 14 Dec 2013 23:11:15 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Steve Kargl Subject: Re: SVN commit 259045 breaks -CURRENT References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> In-Reply-To: <20131214215904.GA24545@troutmask.apl.washington.edu> X-Enigmail-Version: 1.6 Content-Type: multipart/mixed; boundary="------------080502030700070205040402" Cc: freebsd-current@freebsd.org, kib@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 22:11:29 -0000 This is a multi-part message in MIME format. --------------080502030700070205040402 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Am 14.12.2013 22:59, schrieb Steve Kargl: > On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: >> I noticed a severe slowdown and network problems on my amd64 -CURRENT >> system. By bisecting SVN revisions I identified the following commit >> to be responsible: >> >> ---------------------------------------------------------------------- >> r259045 | kib | 2013-12-06 22:44:13 +0100 (Fri, 06 Dec 2013) | 9 lines >> >> Disallow optimizations which potentially remove boundary checks >> for signed values due to a compiler authors considering integer >> overflow as impossible. >> >> The change follows suit of other projects taking the same measure. >> ---------------------------------------------------------------------- >> >> This commit added the following line to /sys/conf/kern.mk: >> >> CFLAGS+= -fno-strict-overflow >> >> >> The most obvious symptoms of the problem on my system are: >> >> 1) sa-spamd needs > 140 seconds to start >> (instead of a few seconds) >> >> 2) SSH logins are very slow, many seconds of delay between connect >> and password prompt, several seconds after password entry until >> a command prompt appears (normally instantaneous) >> > > Ah, so that explains the behavior I'm see. Just updated a circa Aug 3rd > i386 FreeBSD to top-of-tree. My ssh logins to my work system take 30+ > seconds now. :( You may want to test the attached patch, which reverts the above mentioned commit. Regards, STefan --------------080502030700070205040402 Content-Type: text/plain; charset=windows-1252; name="kern.mk.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kern.mk.patch" Index: /sys/conf/kern.mk =================================================================== --- /sys/conf/kern.mk (revision 259396) +++ /sys/conf/kern.mk (working copy) @@ -148,12 +148,6 @@ CFLAGS+= -ffreestanding # -# Do not allow a compiler to optimize out overflow checks for signed -# types. -# -CFLAGS+= -fno-strict-overflow - -# # GCC SSP support # .if ${MK_SSP} != "no" && ${MACHINE_CPUARCH} != "ia64" && \ --------------080502030700070205040402-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 22:16:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FFC97BA; Sat, 14 Dec 2013 22:16:28 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E19561288; Sat, 14 Dec 2013 22:16:27 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBEMGRoP024665; Sat, 14 Dec 2013 14:16:27 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBEMGRiv024664; Sat, 14 Dec 2013 14:16:27 -0800 (PST) (envelope-from sgk) Date: Sat, 14 Dec 2013 14:16:27 -0800 From: Steve Kargl To: Stefan Esser Subject: Re: SVN commit 259045 breaks -CURRENT Message-ID: <20131214221627.GA24637@troutmask.apl.washington.edu> References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> <52ACD783.7030203@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52ACD783.7030203@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, kib@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 22:16:28 -0000 On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: > Am 14.12.2013 22:59, schrieb Steve Kargl: > > On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: > >> > >> 2) SSH logins are very slow, many seconds of delay between connect > >> and password prompt, several seconds after password entry until > >> a command prompt appears (normally instantaneous) > >> > > > > Ah, so that explains the behavior I'm see. Just updated a circa Aug 3rd > > i386 FreeBSD to top-of-tree. My ssh logins to my work system take 30+ > > seconds now. :( > > You may want to test the attached patch, which reverts the above > mentioned commit. > I probably won't get to it until tomorrow, because I had started a dog-food system purge including re-installing all ports. The laptop takes a bit a time to recompile everything. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 22:20:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58B9BA89 for ; Sat, 14 Dec 2013 22:20:47 +0000 (UTC) Received: from mail-bk0-x22f.google.com (mail-bk0-x22f.google.com [IPv6:2a00:1450:4008:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD88612E9 for ; Sat, 14 Dec 2013 22:20:46 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id mx12so1854682bkb.34 for ; Sat, 14 Dec 2013 14:20:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=bvyh6eBPrw2H+2h8C4fBaHlGZvWxp+O9MAtRQXCv2TM=; b=ZLcLtzMOs7RYHGF5RB8fOO7NXq4OTRV2BdijmrXmYmHLP50jrC5nG0QysGrhfMz0Gv h+Z2QHL+B/ZQ1TubMUiW8BJTbs6q2Iy8GL+Y00Njq7zCEVEpK2SswsN7pHne5lfCM9jv py0/FxP/Yh2oLDz3KQ7M7kXvCK28z2K4zzgRduwd5/I6aSslHk8LpKl6zorRgetyNpni we3HIS+xhZRTsOfaAT7aqarhU34yoSJIOoz5sxOE+6WPhjE6c7qWf35v1OkBbBeNr+cy t7sM8cTZZGqXlska/MY3QSFUjsVxXyUFcUbVkBKfsKe2m4L6PlVvdg3xdXT+sIdFKa7X R1Mg== X-Received: by 10.204.108.2 with SMTP id d2mr10516bkp.79.1387059645114; Sat, 14 Dec 2013 14:20:45 -0800 (PST) Received: from ubm.strangled.net (g231037036.adsl.alicedsl.de. [92.231.37.36]) by mx.google.com with ESMTPSA id bf8sm5866842bkb.14.2013.12.14.14.20.43 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Dec 2013 14:20:44 -0800 (PST) Date: Sat, 14 Dec 2013 23:20:42 +0100 From: Marc UBM To: freebsd-current@freebsd.org Subject: Re: SVN commit 259045 breaks -CURRENT Message-Id: <20131214232042.dbf77b9d6227c38292def34a@gmail.com> In-Reply-To: <20131214215904.GA24545@troutmask.apl.washington.edu> References: <52ACD12A.5020906@freebsd.org> <20131214215904.GA24545@troutmask.apl.washington.edu> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 22:20:47 -0000 On Sat, 14 Dec 2013 13:59:04 -0800 Steve Kargl wrote: > On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: > > I noticed a severe slowdown and network problems on my amd64 -CURRENT > > system. By bisecting SVN revisions I identified the following commit > > to be responsible: > > > > ---------------------------------------------------------------------- > > r259045 | kib | 2013-12-06 22:44:13 +0100 (Fri, 06 Dec 2013) | 9 lines > > > > Disallow optimizations which potentially remove boundary checks > > for signed values due to a compiler authors considering integer > > overflow as impossible. > > > > The change follows suit of other projects taking the same measure. > > ---------------------------------------------------------------------- > > > > This commit added the following line to /sys/conf/kern.mk: > > > > CFLAGS+= -fno-strict-overflow > > > > > > The most obvious symptoms of the problem on my system are: > > > > 1) sa-spamd needs > 140 seconds to start > > (instead of a few seconds) > > > > 2) SSH logins are very slow, many seconds of delay between connect > > and password prompt, several seconds after password entry until > > a command prompt appears (normally instantaneous) > > > > Ah, so that explains the behavior I'm see. Just updated a circa Aug 3rd > i386 FreeBSD to top-of-tree. My ssh logins to my work system take 30+ > seconds now. :( I observe dnsmasq causing extremely high network latency without any visible reason - though that may not be related. I'll remove -fno-strict-overflow, recompile kernel and see if anything changes. Bye Marc From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 23:16:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13AA5858; Sat, 14 Dec 2013 23:16:33 +0000 (UTC) Received: from yoshi.bluerosetech.com (yoshi.bluerosetech.com [174.136.100.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ED4AA15F9; Sat, 14 Dec 2013 23:16:32 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:1680:cf0:21c:c0ff:fe7f:96ee]) by yoshi.bluerosetech.com (Postfix) with ESMTPSA id 74323E6069; Sat, 14 Dec 2013 15:16:26 -0800 (PST) Received: from [IPv6:2601:7:1680:cf0:71da:c451:e6df:6090] (unknown [IPv6:2601:7:1680:cf0:71da:c451:e6df:6090]) by chombo.houseloki.net (Postfix) with ESMTPSA id C9E101F9; Sat, 14 Dec 2013 15:16:24 -0800 (PST) Message-ID: <52ACE6D0.5060001@bluerosetech.com> Date: Sat, 14 Dec 2013 15:16:32 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Tim Kientzle Subject: Re: dhclient can't limit bpf descriptor? References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 23:16:33 -0000 On 12/14/2013 12:12 PM, Tim Kientzle wrote: > Opened up an old VM from a month or so ago (r257910) and dhclient wont start. > > Specifically, dhclient complains (when run by root): > cant limit bpf descriptor: Bad address > and then immediately exits. Are you running a custom kernel without the Capsicum options? From owner-freebsd-current@FreeBSD.ORG Sat Dec 14 23:23:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B985A68; Sat, 14 Dec 2013 23:23:03 +0000 (UTC) Received: from mail-qe0-x230.google.com (mail-qe0-x230.google.com [IPv6:2607:f8b0:400d:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D57441661; Sat, 14 Dec 2013 23:23:02 +0000 (UTC) Received: by mail-qe0-f48.google.com with SMTP id gc15so2807555qeb.7 for ; Sat, 14 Dec 2013 15:23:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=gK1j9JXKanmJxVl8cyJCzEcBEPGZdL9OeWUbEAkjXD8=; b=ZiXFjgxClJFUMM609ZfmdMZ3EehId+EX854PXCPABQQnSsvUGPP1t1/1lEF3kWlz8Z WsbGctto6Aep9n0w8NKgWvy/9W9rxiWeehqNMRyU6fZKTPq4ravytM88XE+C1Nw09orp XoIQb5SnHCwBDz1RSxo/2Dv4Ww7Tz8Q9G+V65Qxwzi1F8u43vhEAm5JdeY2wq1CKArLC H69vFmJQIwE/t5Ua/X0YKCAy+JhXRXvC7YMUXUAu4DBgCspJXRoYQuNrENSjk9UkttTU DygtQGPZ8fCWgWKzerO3O6jQq9T4LXoMZsgNLVMRG+Obi07xYBT9aDlax/pjKiVVmsTp qYnQ== MIME-Version: 1.0 X-Received: by 10.49.27.234 with SMTP id w10mr18939238qeg.22.1387063381926; Sat, 14 Dec 2013 15:23:01 -0800 (PST) Received: by 10.140.34.17 with HTTP; Sat, 14 Dec 2013 15:23:01 -0800 (PST) In-Reply-To: References: <201312131304.57455.jhb@freebsd.org> Date: Sat, 14 Dec 2013 15:23:01 -0800 Message-ID: Subject: Re: 11.0-CURRENT panic while running a bhyve instance From: Neel Natu To: Markiyan Kushnir Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD current , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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: Sat, 14 Dec 2013 23:23:03 -0000 Hi Markiyan, On Sat, Dec 14, 2013 at 6:00 AM, Markiyan Kushnir wrote: > 2013/12/14 Markiyan Kushnir : >> 2013/12/14 Markiyan Kushnir : >>> 2013/12/14 Neel Natu : >>>> Hi Markiyan, >>>> >>>> On Fri, Dec 13, 2013 at 2:35 PM, Markiyan Kushnir >>>> wrote: >>>>> 2013/12/13 John Baldwin : >>>>>> On Friday, December 13, 2013 5:46:20 am Markiyan Kushnir wrote: >>>>>>> Forgot to fill the Subject: header, re-posting it fixed. >>>>>> >>>>>> The mailing lists strips attachments, can you post it at a URL? >>>>>> >>>>> >>>>> Shared here: >>>>> >>>>> https://drive.google.com/file/d/0B9Q-zpUXxqCnem5iYTVqLUxrcWo4cmlhdkM1= c2lJa2dKak5R/edit?usp=3Dsharing >>>>> >>>> >>>> Thanks. >>>> >>>> It looks like something funky going on with the vcpu state. Do you >>>> know if there was any access to the VM via 'bhyvectl' close to the >>>> time of the panic? >>>> >>> >>> Well, I don't know if there was. I would set up the same scenario >>> again + a script running on the host querying bhyvectl. May be I would >>> catch it again. Please let me know if all it makes sense, and if so, >>> how it can be made better. >>> >> >> To make it clear -- I didn't run bhyvectl when the VM was running, so >> I can tell for sure that nobody was trying to interact with the VM >> during its run. My first thought was that it would make sense to >> (periodically) query state of the VM using bhyvectl to get info about >> what was going on when it comes close to the crash... >> >> -- >> Markiyan. > > Ok, I was able to hit a similarly looking panic exactly when trying to > run "bhyvectl --vm=3Daltroot-bhyve --get-all" while the VM was busy with > its own "pkg delete -af". When the VM is mostly idle, bhyvectl > --get-all goes smoothly. > > Now I'm thinking I might inadvertently run bhyvectl over my heavily > running VM once when I was not at the desktop and wanted to see how > things were going remotely from my office=85 > Thanks, that helps a lot because I can see how bhyvectl could perturb the state of the vcpu and eventually lead to a panic. I'll submit a fix for this ASAP. best Neel > Here are core.txt of the two panics in a row: > > https://drive.google.com/file/d/0B9Q-zpUXxqCnMUxVdGwxSEs1dE0/edit?usp=3Ds= haring > > https://drive.google.com/file/d/0B9Q-zpUXxqCnREtuTXpabnQ5QXM/edit?usp=3Ds= haring > > -- > Markiyan. > >> >>> -- >>> Markiyan. >>> >>>> best >>>> Neel >>>> >>>>> -- >>>>> Markiyan. >>>>> >>>>>>> -- >>>>>>> Markiyan >>>>>>> >>>>>>> >>>>>>> ---------- Forwarded message ---------- >>>>>>> From: Markiyan Kushnir >>>>>>> Date: 2013/12/13 >>>>>>> Subject: >>>>>>> To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org >>>>>>> >>>>>>> >>>>>>> I started some ports to compile inside a bhyve instance: >>>>>>> >>>>>>> root@vm:~ # uname -a >>>>>>> FreeBSD vm.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >>>>>>> r259250: Thu Dec 12 14:17:32 EET 2013 >>>>>>> root@vm.mkushnir.zapto.org:/ >>>>>>> usr/obj/usr/src.svnup/sys/MAREK amd64 >>>>>>> >>>>>>> and left it running unattended. Approx. 2 hours later the host went= to >>>>>>> panic. The bhyve instance survived after the panic and I could be a= ble >>>>>>> to complete my ports compilation. >>>>>>> >>>>>>> core.txt attached (gzipped) >>>>>>> _______________________________________________ >>>>>>> freebsd-current@freebsd.org mailing list >>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freeb= sd.org" >>>>>>> >>>>>> >>>>>> -- >>>>>> John Baldwin >>>>> _______________________________________________ >>>>> 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"