450068 2022-02-12 06:58:34 +0000 Use of volatile connector IDs to map containments to screens cannot be made to work reliably and should be replaced with something else 2023-02-12 17:55:22 +0000 1 1 4 Plasma plasmashell generic-multiscreen 5.24.0 Arch Linux Linux CLOSED FIXED https://bugs.kde.org/show_bug.cgi?id=427278 https://bugs.kde.org/show_bug.cgi?id=427861 VHI major 1.0 385135 1 notsyncing plasma-bugs-null agurenko aleixpol alex.garcia auxsvr b.pedini bednarczyk.pawel bernhard.schertler bertil.bonus bugsKde carlon.luca cellstije cirlo_ca david.vuckovic7 dener.kup devonhollowood dinumarina dion dmarzal eugene.beetle hajit.00 hasezoey hgblob kai katonag kde-bugs kde kde kde kde kde kde kdebugs.20.orzelf kilgore.trout kirys linux major-mayer manuelchaves materka matt.drzazga me miranda mludvig mrjjot mrmazda nate neuromancerx1 nik.kaiser87 nilwaechter noga.dany notmart oded omedeto ostroffjh pepko94 perezmeyer ph philipp.reichmuth poperigby post postix ptselios rafaelalcantaraperez rhavenn rndbit rocketraman shallpion sommerluk sp139 spamless.9v5xj stanczakdominik stephenackerman16 steve supgesu tagwerk19 tomashnyk tuomas tuppa+kde vikts william xaver.hugl xeno zawertun https://invent.kde.org/plasma/plasma-workspace/commit/8c521e528adc69a920c161cc691f1322dc2089f8 5.27 0 oldest_to_newest 2103777 0 notsyncing 2022-02-12 06:58:34 +0000 SUMMARY Some settings, such as tablet target display, and desktop wallpapers, will restore to default after external monitor reconnected or system rebooted in wayland session (X11 not tested). I have 3 monitors connected to a laptop through a USB type-c to 3 HDMI connector, two of them are normal 1080p displays, and one of them is a drawing tablet. After some digging I found these was caused by the drm output name changing after reconnection. Before reconnect: ls /sys/class/drm: card0/ card0-DP-1/ card0-DP-2/ card0-DP-3/ card0-DP-4/ card0-DP-5/ card0-eDP-1/ renderD128/ version After reconnect: ls /sys/class/drm: card0/ card0-DP-1/ card0-DP-2/ card0-DP-6/ card0-DP-7/ card0-DP-8/ card0-eDP-1/ renderD128/ version You can see the external display connector names are changed from 3,4,5 to 6,7,8. More reconnects will increase these number. While in the .config/plasmashellrc and .config/kcminputrc, I found the displays are identified by the connector name: [ScreenConnectors] 0=DP-3 2=DP-4 3=DP-5 4=DP-7 5=DP-8 6=DP-6 [Libinput][9580][109][HUION Huion Tablet_GS1161] OutputName=DP-3 [Libinput][9580][109][HUION Huion Tablet_GS1161 Pen] OutputName=DP-5 I guess these may be the problem. Connector names are changed after reconnect, thus the settings lost. Maybe we could use some more persistent things such as the monitor's serial number to identify them? STEPS TO REPRODUCE 1. Set a wallpaper for an external monitor connected through type-c connector/Set tablet target display to an external monitor connected through type-c connector 2. Unplug and replug the external monitor 3. The wallpaper restored to default wallpaper/Tablet target display settings restored to default OBSERVED RESULT Wallpaper/tablet settings are keeped EXPECTED RESULT Wallpaper/tablet settings are restored to default SOFTWARE/OS VERSIONS Linux/KDE Plasma: Archlinux (Wayland session) (available in About System) KDE Plasma Version: 5.24.0 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION 2106336 1 notsyncing 2022-02-19 09:09:45 +0000 This still happens in plasma 5.24.1. 2143513 2 xaver.hugl 2022-08-04 18:56:43 +0000 *** Bug 452393 has been marked as a duplicate of this bug. *** 2143515 3 nate 2022-08-04 18:58:38 +0000 *** Bug 456761 has been marked as a duplicate of this bug. *** 2143516 4 nate 2022-08-04 19:00:17 +0000 If the numbers from from /sys/class/drm, is this an upstream bug in the kernel? Or is there anything we can do in KScreen or KWin to keep them consistent? 2143536 5 xaver.hugl 2022-08-04 19:17:32 +0000 One can try to make the numbers less unreliable, but it can't be made perfect. When outputs, especially multiple ones at once, are connected with DisplayPort MST (which many docks are using), the order is pretty much undefined. Additionally there's virtual outputs and stuff... it's pretty much an impossible task. It would be best if applications just didn't ever use the connector name for anything. There were multiple ideas that came up in various thread before about how to solve this best: * make plasmashell not identify connectors anymore, but only use the relative position of outputs * make plasmashell use the EDID (monitor manufacturer, name and serial number) where available instead of the connector name * make KWin set the output name to an actual output name, instead of using connector names Either way, plasmashell needs to handle the situation better, and needs some fallback code to not break with old configs. The same is true for KWin with the tablet target display setting. 2143548 6 nate 2022-08-04 19:38:58 +0000 I had a feeling. This is probably one of the root causes of plasmashell's persistent multimonitor-containment-related woes 2143550 7 nate 2022-08-04 19:39:05 +0000 *** Bug 436648 has been marked as a duplicate of this bug. *** 2143552 8 nate 2022-08-04 19:39:16 +0000 *** Bug 420265 has been marked as a duplicate of this bug. *** 2143554 9 nate 2022-08-04 19:39:20 +0000 *** Bug 417726 has been marked as a duplicate of this bug. *** 2143759 10 kde 2022-08-05 14:53:05 +0000 There's more useful proposal discussion on https://invent.kde.org/plasma/plasma-workspace/-/issues/21. >* make plasmashell not identify connectors anymore, but only use the relative position of outputs Apparently KDE4 did that. It's an option. Though we still need to take into account primary screens as you might plug into an external either side. >* make plasmashell use the EDID (monitor manufacturer, name and serial number) where available instead of the connector name >* make KWin set the output name to an actual output name, instead of using connector names We don't want every new monitor/projector/etc to have it's own containment. Our end goal is to re-used the second containment for each second screen but have 3 be consistent when in a static setup. With this we'd still need screenpool to create a mapping, still get conflicts and still be swapping about completely randomly. It'll solve some bugs for sure, but introduce as many. My preferred solution is to introduce secondary/tertiary screen concept into kscreen; then we're building on the system we have for primary instead of always trying to invent 2 competing systems at once interleaving. 2143763 11 kde-bugs 2022-08-05 15:07:55 +0000 > Apparently KDE4 did that. It's an option. Though we still need to take into > account primary screens as you might plug into an external either side. What exactly is the point of having a "primary screen"? I encountered the term the first time ages ago, when I had to set it b/c the login screen of kdm was not right. Last time not long ago, when I noticed that switching the primary screen switched the screen layout ("containment"? Another rather hazy term and concept, imo) as well, though no screen was moved physically. While the first was considered a workaround back then, the second seems plain wrong. So, what's the idea of a "primary screen" and what is it to do with the placement of widgets, panels etc? 2143769 12 nate 2022-08-05 15:48:42 +0000 *** Bug 455482 has been marked as a duplicate of this bug. *** 2143777 13 nate 2022-08-05 15:53:16 +0000 *** Bug 382374 has been marked as a duplicate of this bug. *** 2143790 14 nate 2022-08-05 16:15:37 +0000 *** Bug 453554 has been marked as a duplicate of this bug. *** 2144299 15 nate 2022-08-08 15:34:01 +0000 *** Bug 370180 has been marked as a duplicate of this bug. *** 2144301 16 nate 2022-08-08 15:34:52 +0000 *** Bug 353975 has been marked as a duplicate of this bug. *** 2144717 17 devonhollowood 2022-08-10 01:07:50 +0000 I had this issue today. My connectors look like this: [ScreenConnectors] 0=eDP-1 1=:0.0 2=DP-1 2145091 18 bugsKde 2022-08-11 14:24:22 +0000 Any workaround? Because I just can't work without taskbar or right click. Switching to one screen just make appear the taskbar but it's not clickable and worse, sometimes switching to one screen just freeze everything 2145127 19 bugsKde 2022-08-11 15:48:15 +0000 Request to change this bug from major to grave. It needs to be prioritized 2145130 20 nate 2022-08-11 15:55:00 +0000 That doesn't make a difference, and it's already "VHI" ("very high priority") with the work being scoped out. Y'all are just going to need to have some patience, I'm afraid. We're at this place because we tried to move heaven and earth to make the existing connector ID based system work, and as folks have observed, it mostly just made the system even less determinstic and worsened the bugs. That's why we're going to rip it out and use a different source of data to identify screens. But this kind of work isn't trivial; it takes time. If you have to use GNOME until it's fixed, so be it. I understand. 2145132 21 151255 bugsKde 2022-08-11 16:03:23 +0000 Created attachment 151255 attachment-6497-0.html I understand I thought about downgrading. But it's difficult because the nature of package managers are to bind all the system together. So to get all KDE group back, as well as it's dependencies, and dependencies of dependencies... I had to synchronize on a server who is rollbacked. And even with that, that would break all the configuration who is made for last version of softwares. That would mean basically that I have to install a whole new system who is jetlagged of non critical update who can keep the path until 2023, to not have to upgrade KDE past a certain version. Maybe it's better to just use KDE But apart from that, can you design the precise version/date of KDE where this mechanism was pushed? ________________________________ From: Nate Graham <bugzilla_noreply@kde.org> Sent: Thursday, August 11, 2022 5:55:00 PM To: pingo-power@hotmail.fr <pingo-power@hotmail.fr> Subject: [plasmashell] [Bug 450068] Use of volatile connector IDs to map containments to screens cannot be made to work reliably and should be replaced with something else https://bugs.kde.org/show_bug.cgi?id=450068 --- Comment #20 from Nate Graham <nate@kde.org> --- That doesn't make a difference, and it's already "VHI" ("very high priority") with the work being scoped out. Y'all are just going to need to have some patience, I'm afraid. We're at this place because we tried to move heaven and earth to make the existing connector ID based system work, and as folks have observed, it mostly just made the system even less determinstic and worsened the bugs. That's why we're going to rip it out and use a different source of data to identify screens. But this kind of work isn't trivial; it takes time. If you have to use GNOME until it's fixed, so be it. I understand. -- You are receiving this mail because: You are on the CC list for the bug. 2145135 22 kde 2022-08-11 16:12:24 +0000 >But apart from that, can you design the precise version/date of KDE where this mechanism was pushed? 5.0 Lets keep all further comments on this thread productive towards fixes otherwise we'll just slow things down. 2145163 23 mrmazda 2022-08-11 17:30:25 +0000 (In reply to a from comment #18) > Any workaround? <https://bugs.kde.org/show_bug.cgi?id=385135#c20> has one possibility: driver switch (at its bottom). Those not familiar with graphics drivers may wish to visit this primer: <https://www.linuxquestions.org/questions/blog/mrmazda-1035595/amd-intel-and-nvidia-x-graphics-driver-primer-38306/> Switching from Plasma to a vtty and back might help in some cases. Another possibility is to create an xrandr script from scratch or with the help of arandr. The script can be placed for running at global X startup (/etc/X11/Xsession.d and /etc/X11/xinit/xinitrc.d/ being two possibilities), and/or assigned a hotkey for convenient use as often as needed. It may or may not be necessary to disable kscreen2, so that the script and/or arandr and kscreen2 do not conflict. Simple "script" example: xrandr --output DP-1 --primary --output HDMI-3 --above DP-1 --output DVI-D-1 --above HDMI-3. Those who routinely switch between differently setup workplace and home might need more than one script. It remains possible to configure X via /etc/X11/xorg.con*. It's not necessary to depend on the X setup automagic that works for most users. 2145894 24 nate 2022-08-15 17:32:04 +0000 *** Bug 457905 has been marked as a duplicate of this bug. *** 2147401 25 philipp.reichmuth 2022-08-22 19:15:24 +0000 Same issue here. I have two screens, my laptop screen and an external screen connected through DisplayPort to a Thunderbolt dock. On both screens I have a containment with a panel. Every time I send the the notebook, dock and monitor to standby and wake them up again, the external screen ends up on a different output DP-[34567]. So every time I have to do a little dance through the containment management window to move the panel from the output where it was to the output where the screen now is. The ScreenConnectors section of .config/plasmashellrc looks like this (right now I'm on DP-3): [ScreenConnectors] 0=eDP-1 1=HDMI-1 2=DP-1-8 3=DP-1-2 4=HDMI-A-1 5=DP-4 6=DP-3 7=DP-5 The output of `kscreen-doctor -o` is as follows (but shouldn't probably matter): > kscreen-doctor -o Output: 1 AU Optronics eDP-1-unknown enabled connected primary Panel Modes: 0:2560x1440@60*! 1:1280x1024@60 2:1920x1200@60 3:1280x800@60 4:1600x900@60 Geometry: 0,0 720x1280 Scale: 2 Rotation: 8 Overscan: 0 Vrr: incapable RgbRange: Automatic primary Output: 2 Samsung Electric Company U28E590/H4LMA02988 enabled connected DisplayPort Modes: 0:3840x2160@60*! 1:3840x2160@30 2:3840x2160@30 3:2560x1440@60 4:1920x1080@60 5:1920x1080@60 6:1920x1080@60 7:1680x1050@60 8:1600x900@60 9:1280x1024@75 10:1280x1024@60 11:1440x900@60 12:1280x800@60 13:1152x864@75 14:1280x720@60 15:1280x720@60 16:1024x768@75 17:1024x768@70 18:1024x768@60 19:832x624@75 20:800x600@75 21:800x600@72 22:800x600@60 23:800x600@56 24:640x480@75 25:640x480@73 26:640x480@67 27:640x480@60 28:640x480@60 29:720x400@70 30:1600x1200@60 31:2560x1600@60 32:1920x1200@60 33:3200x1800@60 34:2880x1620@60 35:1368x768@60 Geometry: 720,0 1920x1080 Scale: 2 Rotation: 1 Overscan: 0 Vrr: incapable RgbRange: Automatic 2151276 26 nate 2022-09-09 00:04:43 +0000 *** Bug 458667 has been marked as a duplicate of this bug. *** 2151793 27 kai 2022-09-11 03:33:50 +0000 We probably need a system which stores a containment layout per number of monitors connecting. If an additional monitor gets connected, clone the next "lower count" layout. Then, sort the primary monitor to the beginning. That means, it would have a mapping `monitor counts -> layout` and then just counts the connectors in a predictive order instead of tracking EDIDs or connector names. At least for my use case, I don't care which monitor is connected to which connector, as long as my primary monitor is tracked correctly and all additional monitors are ordered after it. Predictive order could mean: primary first, then order by EDID, model or connector name. But I think there is at least one underlying severe problem here, and it seems to be a race condition: Plasma-shell, kscreen, the desktop background, and nvidia-settings do not seem to always agree about the order of screens. So sometimes, after a screen gets disconnected and reconnected, plasma-shell may end up with panels and backgrounds not matching my previous setup, or it ends up with no background at all (essentially making it impossible to right click) but the panels are still on that monitor. The components need to be synced somehow, it looks like each one gets its own view of the situation while Xorg still messes around with the detection. The setup should be transactional and only the new layout only reflected to the components if the detection phase is complete. 2152138 28 nate 2022-09-12 19:17:16 +0000 Kai: there's ongoing discussion at https://invent.kde.org/plasma/plasma-workspace/-/issues/52 and I believe your idea is essentially included in the current plan of action. If you feel like you have something technical to add that isn't already being discussed, please feel free to comment. 2154857 29 qydwhotmail 2022-09-21 06:23:42 +0000 *** Bug 459448 has been marked as a duplicate of this bug. *** 2155471 30 nate 2022-09-22 21:46:07 +0000 *** Bug 459532 has been marked as a duplicate of this bug. *** 2156877 31 nate 2022-09-27 14:40:22 +0000 *** Bug 453610 has been marked as a duplicate of this bug. *** 2156883 32 me 2022-09-27 15:17:33 +0000 The problem of marking "all similar" issues as duplicates of this one is that there are two different things going on here: one old from Plasma <=5.25, and one new from 5.26. Perhaps, the new screen mapping for Plasma 5.27 will fix both, but I would like to point out that, even though the problem of assigning connector names to IDs was already in 5.25, 5.26 introduces new (and random looking) weird issues. For example, with Plasma 5.25, as long as I was using the same docking station or the same external monitor, everything would work as expected. Desktop layout would be preserved, no crashes, etc. I did observe some issues when attaching to something new once in a while (no wallpaper, wrong layout, wrong scaling, etc.). But still, I was able to change the settings easily. The important thing was no crashes. Plasma 5.25.90 has a new issue and it's really unstable and difficult to replicate. Every morning when I connect the laptop to the docking station I have no idea what's going to happen. I can have both screen in duplicate mode, I can have laptop screen on, and external without background, both with wrong folder view instead of desktop mode, etc., etc. This behavior is totally new and was introduced in this Beta. I tried to summarize this in Bug 459368, but I mentioned it here not to loose the big picture. 2157086 33 kai 2022-09-28 08:35:53 +0000 (In reply to Iyán Méndez Veiga from comment #32) > Plasma 5.25.90 has a new issue and it's really unstable and difficult to > replicate. Every morning when I connect the laptop to the docking station I > have no idea what's going to happen. I can have both screen in duplicate > mode, I can have laptop screen on, and external without background, both > with wrong folder view instead of desktop mode, etc., etc. This behavior is > totally new and was introduced in this Beta. I tried to summarize this in > Bug 459368, but I mentioned it here not to loose the big picture. The seemingly random nature of this (as I understand your description) suggests that there is at least one other underlying bug that completely messes up replication of the problem. I'm seeing quite random behaviour with 5.25, and it looks like the different components of KDE/Plasma don't agree on the same state, which probably means there's also some racing between different components. I already suggested that in a previous comment. It's less likely to observe with just two monitors, but with three or more monitors it really gets messy, with different things (backgrounds, panels, folder views) each individually ending up on completely different monitors than what was configured. 2157100 34 dinumarina 2022-09-28 10:01:41 +0000 I too agree to this; in https://bugs.kde.org/show_bug.cgi?id=458667 I noted that some of the random issues don't sort out with a plasmashell --replace or even after a logout/login again, which strongly seems to hint that there is also a problem upstream. 2157201 35 nate 2022-09-28 16:44:05 +0000 (In reply to Iyán Méndez Veiga from comment #32) > I can have both screen in duplicate mode That was indeed a separate issue, and it's already been fixed. See Bug 459253. Your other Bug 459368 is being separately investigated too. (In reply to Kai Krakow from comment #33) > The seemingly random nature of this (as I understand your description) > suggests that there is at least one other underlying bug that completely > messes up replication of the problem. I'm seeing quite random behaviour with > 5.25, and it looks like the different components of KDE/Plasma don't agree > on the same state, which probably means there's also some racing between > different components. Unfortunately this is exactly right. The current infrastructure is just rotten to the core and cannot be salvaged. Fixing bugs in it becomes a game of whack-a-mole, with every bugfix regressing something else. The Plasma team has been focusing on multi-screen issues starting in Plasma 5.24, end instead of making the situation incrementally better, every release makes it worse. The current system needs to be thrown away and replaced with something better-engineered from the start, which is in progress for Plasma 5.27. 2157326 36 me 2022-09-29 08:42:54 +0000 (In reply to Nate Graham from comment #35) > (In reply to Iyán Méndez Veiga from comment #32) > > I can have both screen in duplicate mode > That was indeed a separate issue, and it's already been fixed. See Bug > 459253. Your other Bug 459368 is being separately investigated too. Thanks for pointing Bug 459253 to me. I will try that patch today. 2157375 37 kai 2022-09-29 15:47:38 +0000 (In reply to Nate Graham from comment #35) > Unfortunately this is exactly right. [...] > The current system needs to be thrown away and replaced with > something better-engineered from the start, which is in progress for Plasma > 5.27. Thanks for confirming, Nate, very much appreciated. To me this means I'll stay silent for that time to not add unnecessary noise, accepting all strange behavior and trying to live with it. I hope this gets back-ported to 5.26 as 5.27 will probably not arrive before summer 2023. My faith is not lost yet. :-) 2158094 38 bug-janitor 2022-10-03 10:46:33 +0000 A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2186 2161143 39 nate 2022-10-14 17:36:58 +0000 *** Bug 450062 has been marked as a duplicate of this bug. *** 2161231 40 nate 2022-10-14 19:48:32 +0000 *** Bug 460440 has been marked as a duplicate of this bug. *** 2161375 41 linux 2022-10-15 09:53:09 +0000 (In reply to arne anka from comment #11) > So, what's the idea of a "primary screen" and what is it to do with the > placement of widgets, panels etc? Being a multi-monitor user for decades now, for me it's mainly the placement of the panel. I usually only have a panel on the primary screen. Take e.g. a Laptop. There you have to think of different scenarios: 1. Usage of the laptop without any additional screen. The integrated screen now is the primary screen and shows the panel. Of course in this case you don't really need a primary screen. 2. Usage of the laptop in a docking station, so a regular workplace. Often you have one or two additional screens attached, and you might want to move the panel to one of the additional screens as soon as you connect them. 3. Connecting an (possibly unknown or unconfigured) external screen. In this case you might want to keep the integrated screen as primary. Of course, if all your screens have an identical layout (including a panel), then it doesn't really matter, but if they are not identical, then the primary screen definition can help to setup screen layout properly without having to make too many assumptions, e.g. in case 3. Furthermore, there is one additional aspect: some programs tend to ignore the window placement by the window manager and always open up on the primary screen. While they really shouldn't do that, it might not be possible to change it (i.e. closed source stuff), so being able to set the primary screen can help to handle those programs instead of them opening up on some random screen they think is the primary one. There is even an example in the KDE world for this: the application dashboard I am using this to start applications and I noticed this when trying out Plasma on Wayland a couple of years ago. (Back then?) Plasma on Wayland didn't have a way to set a primary screen, so in my screen layout, the panel with the button for the application dashboard was on one screen (which I would've set as primary, but it wasn't possible), however the dashboard would open on the *other* screen when clicking the button, since that screen was the "primary" (first?) screen in the layout and there was no way to prevent this behavior. See bug 383067. For me, that was an absolute showstopper and I immediately switched back to X11. 2162320 42 nate 2022-10-17 18:53:19 +0000 *** Bug 460324 has been marked as a duplicate of this bug. *** 2162336 43 nate 2022-10-17 19:19:18 +0000 *** Bug 460510 has been marked as a duplicate of this bug. *** 2163358 44 qydwhotmail 2022-10-20 08:32:25 +0000 *** Bug 460740 has been marked as a duplicate of this bug. *** 2164185 45 mrmazda 2022-10-22 05:41:32 +0000 *** Bug 460517 has been marked as a duplicate of this bug. *** 2164225 46 bertil.bonus 2022-10-22 10:31:42 +0000 I am running KDE Neon on a Nvidia 1070 with nvidia 515 drivers. Using X11 and not Wayland. After upgrade to 5.26 my Dp screen disappeared. On the secondary HDMI screen I can see plasma toggling screen removed/screen attached messages. Is it this bug? 2164879 47 nate 2022-10-24 17:47:34 +0000 A different bug, yes. See Bug 460341. 2165131 48 alex.garcia 2022-10-25 07:09:21 +0000 I don't think using Vendor, model and serial number is a solution, as both of my monitors show the same identification in KDE screen configuration (Plasma 5.25.5): HannStar Display Corp HL205ABB 1234567890123 I guess it means not all screens have a serial number in EDID data. 2165565 49 rhavenn 2022-10-26 15:56:02 +0000 (In reply to Àlex García from comment #48) > I don't think using Vendor, model and serial number is a solution, as both > of my monitors show the same identification in KDE screen configuration > (Plasma 5.25.5): > > HannStar Display Corp > HL205ABB 1234567890123 > > I guess it means not all screens have a serial number in EDID data. At least for me my system with Arch and 5.26 Plasma (and 5.25 previously) worked fine with the DP connections to 2 x Dell U2719D. However, both Fedora 37 (beta) and openSuse Tumbleweed (with KDE 5.25 and 5.26) plugged in via HDMI to the same monitors aren't able to identify the monitors. I click "Identify" and no matter which monitor I have high lighted it will always just "Identify" one. So, it's seeing them as the same or can't tell them apart. As of 5.26 when my monitors go to sleep, plasma crashes (this happened under 5.25 as well) and restarts and half my windows end up on a 3rd "ghost" monitor which doesn't even exist and I can't even get to them without selecting "move" and moving them back to one of the actual monitors. Backgrounds, etc...also reset most of the time at least on 1 monitor. If I do a killall plasmashell ; plasmashell & then usually the desktop comes back. 2165574 50 cellstije 2022-10-26 16:43:00 +0000 Hi, I still have this issue with Arch linux and Plasma 5.26.2 wayland. After switching video output to secondary monitor (two monitors attached, only one active) under wayland, KDE cannot find the primary output. I use the 'Display Configuration' widget on my main panel to switch around the video output, and after the first 'primary to secondary switch' ('Switch to external screen') takes effect, the only option to switch output around that works is to click gain on icon 'Switch to external screen'. Note that this dos not happen if I extend (either left of right) using the widget, KDE retains the primary output and clicking on 'switch to laptop screen' works: only primary out is active and secondary is turned off below error from journalctl -f when using ('Switch to external screen') ``` Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: qt.qpa.wayland: Wayland does not support QWindow::requestActivate() Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen -1 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen -1 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 Oct 26 17:29:47 gemini plasmashell[1101]: requesting unexisting screen 0 ``` 2165628 51 nate 2022-10-26 19:42:42 +0000 *** Bug 461008 has been marked as a duplicate of this bug. *** 2170176 52 ptselios 2022-11-07 19:43:26 +0000 I have issues with multi-monitor setups for as long as I remember and some of those issues are reported by me and other but other issues are simply so random that I cannot file a bug. I am not going to say anything new to this bug, but I really hope to contribute to the discussion. I clarify from the very beginning that I am not a developer, so I definitely lose some important information/background. But at least you can "hear" (read) how I see it and how I would try to solve this problem if I could code. EID, serial number etc should be the primary method of identifying a screen. Port should be the fall-back mechanism in case we don't have that information and for the rare cases when 2 monitors report the same properties a combination of EID/Serial/port should be used instead. I never understood why the preferred way of selecting the monitor position is the port. Port is not reliable. There are a lot of different use-cases where the port number is completely unreliable. I just state some here: 1. Change the output from HDMI to DVI (or vice versa) 2. Change the motherboard and switch from DP to HDMI (or vice versa) 3. Unplug the laptop from a dock and plug the external monitor directly to an HDMI/DP/mini-DP/whatever port it has 4. Replace the docking station with a new one. 5. Replace the cable because it's broken 6. Add a splitter In all those cases the monitors are in the exact same position, they are exactly the same as before the changes. Still, KDE considers them something different. Isn't it a shame not to have a stable behavior? 2170178 53 nate 2022-11-07 19:48:52 +0000 Unfortunately EDID/serial number are not reliable either. Some monitors have the serial number set to the same value for every monitor in a particular product line, for example. But yes, the problem with identifying screens by connector ID are also well-known, and that's the subject of this bug report. 2170268 54 rhavenn 2022-11-08 01:32:44 +0000 (In reply to Peter Tselios from comment #52) > I have issues with multi-monitor setups for as long as I remember and some > of those issues are reported by me and other but other issues are simply so > random that I cannot file a bug. I am not going to say anything new to this > bug, but I really hope to contribute to the discussion. > > I clarify from the very beginning that I am not a developer, so I definitely > lose some important information/background. > > But at least you can "hear" (read) how I see it and how I would try to solve > this problem if I could code. > > EID, serial number etc should be the primary method of identifying a screen. > Port should be the fall-back mechanism in case we don't have that > information and for the rare cases when 2 monitors report the same > properties a combination of EID/Serial/port should be used instead. > > I never understood why the preferred way of selecting the monitor position > is the port. Port is not reliable. > There are a lot of different use-cases where the port number is completely > unreliable. I just state some here: > > 1. Change the output from HDMI to DVI (or vice versa) > 2. Change the motherboard and switch from DP to HDMI (or vice versa) > 3. Unplug the laptop from a dock and plug the external monitor directly to > an HDMI/DP/mini-DP/whatever port it has > 4. Replace the docking station with a new one. > 5. Replace the cable because it's broken > 6. Add a splitter > > In all those cases the monitors are in the exact same position, they are > exactly the same as before the changes. > Still, KDE considers them something different. > > Isn't it a shame not to have a stable behavior? Personally, I would prefer, in those scenarios, the monitor be treated as different as long as it remembers it. I don't mind having to setup / re-setup a couple of desktop settings per "monitor configuration" once and some of those scenarios really wouldn't happen if the monitors are in the same place except in major edge cases. Really, as long as I don't have to do it after every time my monitors go to sleep and plasmashell crashes and suddenly KDE thinks I have new monitors / forgets the background / flips the task bar from one to another, etc... I'll be ecstatic. 2170775 55 nate 2022-11-08 21:00:32 +0000 *** Bug 414415 has been marked as a duplicate of this bug. *** 2170907 56 nate 2022-11-08 23:06:52 +0000 *** Bug 459448 has been marked as a duplicate of this bug. *** 2171028 57 major-mayer 2022-11-09 11:08:08 +0000 I am also constantly having problems with resume from sleep. For me it's always that one monitor stays completely black (no connection) and the other one has it's backlight enabled (so it seems to have some kind of connection), but also only shows a black picture. Could you have a look into my logs, that I will attach, and tell me if this is the same issue as this one or if I should open a new one? I see a lot of "amdgpu" messages, so maybe it is also a driver issue and I have to open an issue in some AMD repository? 2171029 58 153614 major-mayer 2022-11-09 11:08:34 +0000 Created attachment 153614 Journalctl logs when resuming from sleep 2171058 59 linux 2022-11-09 12:28:31 +0000 (In reply to Nate Graham from comment #53) > Unfortunately EDID/serial number are not reliable either. Some monitors have > the serial number set to the same value for every monitor in a particular > product line, for example. > > But yes, the problem with identifying screens by connector ID are also > well-known, and that's the subject of this bug report. Do other Linux desktops actually get this right? If so, how do they do it? Also, how does Windows do it? Because, at least with Windows 7/10, I've never experienced this there. 2171158 60 nate 2022-11-09 19:44:13 +0000 (In reply to lrdarknesss from comment #57) > I am also constantly having problems with resume from sleep. > For me it's always that one monitor stays completely black (no connection) > and the other one has it's backlight enabled (so it seems to have some kind > of connection), but also only shows a black picture. > > Could you have a look into my logs, that I will attach, and tell me if this > is the same issue as this one or if I should open a new one? > I see a lot of "amdgpu" messages, so maybe it is also a driver issue and I > have to open an issue in some AMD repository? This bug report is only about Plasmashell's mapping of containments to screens; if any screens are themselves not turning on properly, that's an issue in KScreen, not here. I would recommend that you file a new bug report. And yes, it could also be caused by a GPU driver issue! 2171222 61 linux 2022-11-09 22:09:55 +0000 (In reply to Nate Graham from comment #60) > This bug report is only about Plasmashell's mapping of containments to > screens; if any screens are themselves not turning on properly, that's an > issue in KScreen, not here. I would recommend that you file a new bug > report. And yes, it could also be caused by a GPU driver issue! But isn't kscreen the key here? Is assigning IDs based on EDID, connector, serial number or whatever really something that plasmashell should do? Personally, using multiple screen setups for various reasons, I wouldn't want to tie a panel to a specific monitor, but to a specific screen in a screen layout, where the layout would be determined by kscreen and the screens in that layout are just enumerated/IDed. Now this of course would have to be consistent, but if it isn't, I would see this as a bug in kscreen, not plasmashell? So far, most of the bugs I experienced with multiple screen layouts turned out to be bugs in kscreen anyway. 2171653 62 nate 2022-11-10 14:56:28 +0000 Plasma's containment mapping builds on top of the information that KScreen provides. When KScreen is at fault, it can mess up Plasma, but Plasma's mapping can get messed up independent of KScreen too. And that part is what this bug report is about. KScreen stuff is tracked separately, in KScreen. 2171682 63 nate 2022-11-10 16:50:53 +0000 *** Bug 461654 has been marked as a duplicate of this bug. *** 2171710 64 nate 2022-11-10 17:50:00 +0000 *** Bug 354313 has been marked as a duplicate of this bug. *** 2171738 65 nate 2022-11-10 18:56:28 +0000 *** Bug 356225 has been marked as a duplicate of this bug. *** 2171744 66 post 2022-11-10 19:07:22 +0000 https://bugs.kde.org/show_bug.cgi?id=356225 has been marked as a duplicate of this. However that was about a panel not being shown properly on my internal laptop screen, which I don't think changes its identifier? The external screen got unplugged and replugged a few times, but the internal screen just stayed on all the time, and only the internal screen was present when there was no panel shown. So doesn't sound like an issue with ephemeral connector IDs to me? It also didn't reset to default. It just didn't have a panel, which obviously is a pretty bad user experience. Restarting plasma fixed it. 2171745 67 nate 2022-11-10 19:08:17 +0000 I can happen anyway with the current system, unfortunately. 2172335 68 ptselios 2022-11-11 10:19:26 +0000 Honestly, as developers you must have some discussions with developers from other DEs. How do they handle this? 2176144 69 post 2022-11-21 22:15:55 +0000 When I just unplugged my external screen, plasma lost my *destop*. It is all black and there's not even a context menu. Is that the same bug or a different issue? 2176157 70 nate 2022-11-21 23:04:02 +0000 Same bug. The desktop (which handles right-clicks) is mapped to screens by Plasma, and that being buggy is what this Bugzilla ticket is about. 2176221 71 post 2022-11-22 07:39:53 +0000 Interestingly, restarting Plasma is enough to get the desktop back (and usually the panel, too). So it can't just be about the connector names, there seems to be some additional state confusion in plasma that gets resolved on a restart. 2176381 72 cellstije 2022-11-22 22:00:10 +0000 Yes, I confirm that restarting plasmashell (i tried from konsole) actually recovers the 'notion of primary monitor': the background associated to the primary monitor is back (in place of the background associated to the secondary monitor). Furthermore, after the 'in-session' restart the widget 'Display Configuration' is able to both 'Extend to right' and 'Extend to left' and also 'Switch to laptop screen' (aka primary monitor on and secondary off) -- the latter does not recover from 'switch to external screen' (aka primary off, seconday on) to restart I simply run in konsole the following: > kquitapp5 plasmashell > kstart5 plasmashell 2176382 73 cellstije 2022-11-22 22:05:59 +0000 For completeness: * I run wayland * also the widgets associated to the primary monitor are recovered after 'in-session' restart 2176384 74 stephenackerman16 2022-11-22 22:22:26 +0000 I've observed the "Desktop disappearing" behavior with just 2 LG monitors connected to a desktop. It seems they go into "Deep sleep" which registers as, to some extent, disconnecting (Previously had crashing issues similar to when you remove all displays whenever they went to sleep). Moving the mouse/typing on the keyboard does seem to properly wake them from sleep. (The system is not asleep, only the displays). I'm not touching the Displayport cables at all-- this is just "the displays go idle/sleep" followed a while later by "the screens turn on due to user input." This is on an RX 6700XT with a mainline kernel + Debian .config. Currently, (as of writing) my second monitor has the desktop panel for my first monitor, and my first monitor is just black (missing the desktop background). If I `plasmashell --replace` from KRunner, then things go back to normal. Over time, both monitors have lost the desktop background that I set, returning back to the default. 2176388 75 cellstije 2022-11-22 22:39:40 +0000 As in the case of Stephen Ackerman: * displays are always connected (1 hdmi and 1 DP) * my default setup is primary on (DP) secondary off (hdmi) * if monitor (either or DP/hdmi) goes into deep sleep, when waking the session up I am presented with secondary monitor layout (background and no widgets on desktop) on DP (my primary monitor) * if I switch to primay off seconday on, I loose completely the primary monitor layout (to get DP monitor on I need to 'swicth to external display' and I am presented with secondary monitor layout) * if I extend the desktop to the secondary monitor (both monitors on), I can switch back to primary on secondary off no problem, preserving primary monitor layout All the above is on wayland and opensource drivers (rx 6800, mesa, standard archlinux kernel amdgpu). latest kde-plasma 5.26.3, KDE framework 5.100.0, Qt Version 5.15.7 As mentioned in a previous post: restarting plasma (kquitapp5 plasmashell & kstart5 plasmashell) recovers the correct primary monitor layout on DP Thanks 2176392 76 cellstije 2022-11-22 22:55:40 +0000 Due to many bugs being merged into one, I am not sure if the below is relevant here, I just received the following notification on another bug marked as duplicate of one of the many linked here: --- Comment #27 from Bug Janitor Service <bug-janitor@kde.org> --- A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/3230 2176804 77 kai 2022-11-24 00:30:00 +0000 For me it seems to be fixed or at least works as expected after I disabled the kscreen service in the system settings. With each plasma updates, the behavior seems to change in random and unpredictable ways. Disabled kscreen, and now: Turing off my main monitor moves then panels over to the other screen, turning it back on moves them back, repeatable. The downside is: Windows won't move over to the other screen and I cannot access them except moving them blindly over with Alt+mouse click. But that's a minor issue because I either run both monitors or none. At least it's not messing with backgrounds and window positions. But then again: Why do the panels actually still move? If disabling kscreen prevents the windows being moved and that part of the desktop actually still being included in the usable mouse area - why do the panels move? Is it possible that plasma panels use a completely different event source and that's causing all of the mess? 2176939 78 vikts 2022-11-24 12:10:04 +0000 Panels might move for another reason than screen IDs changing. For me regularly one panel goes missing after screens turn off. In `.config/plasma-org.kde.plasma.desktop-appletsrc` its 'lastScreen' attribute gets set to '-1' . This seems like an error and unrelated to screens getting different IDs. 2179659 79 nate 2022-11-30 21:08:05 +0000 > Interestingly, restarting Plasma is enough to get the desktop back (and usually the panel, too). So it > can't just be about the connector names, there seems to be some additional state confusion in plasma > that gets resolved on a restart. Yes, this seems quite possible for it to be a separate issue. For everyone who filed a bug that I marked as a duplicate of this one, but which can be resolved by restarting plasmashell, can you change the duplicate bug to Bug 462316? Thanks! 2180155 80 nate 2022-12-01 20:44:17 +0000 *** Bug 462248 has been marked as a duplicate of this bug. *** 2185645 81 notmart 2022-12-15 10:16:28 +0000 Git commit 8c521e528adc69a920c161cc691f1322dc2089f8 by Marco Martin. Committed on 15/12/2022 at 10:16. Pushed by mart into branch 'master'. Base containments upon screen order Base containment/view screen assignment uniquely on an ordered list of screens which will be decided by KScreen, removing the concept of primary screen and the whole load and save of screen connector/id association. A protocol based on Atoms on X11 and as a native protocol on Wayland tells plasma the complete order of the screens, allowing the user to set not only primary screen but the whole order from the KSCreen KCM. Note that this is still very early work, as the protocol doesn't exists yet and is purely based upon primary screen followed by the other screens based upon alphabetical order of connector names. As many multiscreen scenarios as possible will be tested within screenpooltest and shelltest Related: bug 385135, bug 427861 Testing done: - [x] X11 absolutely no config whatsoever - plasma should match kscreen kcm when finally open - [x] Wayland absolutely no config whatsoever - plasma should match kscreen kcm when finally open - [x] X11 had a single monitor config - things should look exactly as before - [x] Wayland had a single monitor config - things should look exactly as before - [x] X11 had a multi-monitor config, one screen was Primary - things should look exactly as before - [x] Wayland had a multi-monitor config, one screen was Primary - things should look exactly as before - [x] X11 Xaver's mental setup with matching EDID - [x] Wayland Xaver's mental setup with matching EDID - [x] X11 have laptop lid and close it then open with two screens - [x] Wayland have laptop lid and close it then open with two screens - [x] X11 no kscreen enabled. Something remains sane, and somewhat consistent - [x] wayland no kscreen enabled. Something remains setup, and somewhat consistent - [x] close/reopen laptop lid with external screen attached - [x] enable/disable outputs without reordering - [x] connecting disconnecting to go from 1 to 2 to 3, to 2 again etc - [x] watch behavior of panels, do they move to the expected screen? M +5 -4 shell/CMakeLists.txt M +2 -1 shell/autotests/CMakeLists.txt M +9 -7 shell/autotests/mockserver/CMakeLists.txt M +2 -2 shell/autotests/mockserver/mockcompositor.cpp M +6 -6 shell/autotests/mockserver/mockcompositor.h R +15 -10 shell/autotests/mockserver/outputorder.cpp [from: shell/autotests/mockserver/primaryoutput.cpp - 069% similarity] R +10 -12 shell/autotests/mockserver/outputorder.h [from: shell/autotests/mockserver/primaryoutput.h - 068% similarity] M +135 -136 shell/autotests/screenpooltest.cpp M +393 -43 shell/autotests/shelltest.cpp A +354 -0 shell/outputorderwatcher.cpp [License: LGPL(v2.0+)] A +115 -0 shell/outputorderwatcher.h [License: LGPL(v2.0+)] M +1 -1 shell/panelview.cpp D +0 -167 shell/primaryoutputwatcher.cpp D +0 -58 shell/primaryoutputwatcher.h M +110 -315 shell/screenpool.cpp M +17 -32 shell/screenpool.h M +2 -1 shell/scripting/scriptengine_v1.cpp M +12 -12 shell/shellcontainmentconfig.cpp M +210 -185 shell/shellcorona.cpp M +5 -3 shell/shellcorona.h M +3 -3 shell/strutmanager.cpp M +6 -4 shell/tests/CMakeLists.txt M +7 -15 shell/tests/screenpooltest.cpp https://invent.kde.org/plasma/plasma-workspace/commit/8c521e528adc69a920c161cc691f1322dc2089f8 2189068 82 qydwhotmail 2022-12-25 14:14:06 +0000 *** Bug 463453 has been marked as a duplicate of this bug. *** 2197404 83 katonag 2023-01-14 19:27:49 +0000 Which Plasma version will contain the fix? 2197405 84 me 2023-01-14 19:35:36 +0000 (In reply to Gábor Katona from comment #83) > Which Plasma version will contain the fix? Plasma 5.27, which should be released in exactly one month. And next week you can already try it out in the beta. 2198511 85 nate 2023-01-17 14:30:16 +0000 *** Bug 451906 has been marked as a duplicate of this bug. *** 2198683 86 nate 2023-01-17 21:59:37 +0000 PLEASE NOTE! If you are using Plasma 5.27 or later and you believe you are still experiencing the bug, please file a new bug report for it, rather than commenting in here. This is because in 5.27 and beyond, the code has changed significantly enough that new manifestations of the same issue are likely to have different root causes. Thanks everyone! 2207283 87 nate 2023-02-12 17:55:22 +0000 *** Bug 465570 has been marked as a duplicate of this bug. *** 151255 2022-08-11 16:03:24 +0000 2022-08-11 16:03:24 +0000 attachment-6497-0.html attachment-6497-0.html text/html 2969 bugsKde PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXVzLWFzY2lpIj4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBzdHls ZT0iY29sb3I6IHJnYigzMywgMzMsIDMzKTsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1 LCAyNTUpOyIgZGlyPSJhdXRvIj4NCkkgdW5kZXJzdGFuZDwvZGl2Pg0KPGRpdiBzdHlsZT0iY29s b3I6IHJnYigzMywgMzMsIDMzKTsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUp OyIgZGlyPSJhdXRvIj4NCjxicj4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigzMywg MzMsIDMzKTsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyIgZGlyPSJhdXRv Ij4NCkkgdGhvdWdodCBhYm91dCBkb3duZ3JhZGluZy4gQnV0IGl0J3MgZGlmZmljdWx0IGJlY2F1 c2UgdGhlIG5hdHVyZSBvZiBwYWNrYWdlIG1hbmFnZXJzIGFyZSB0byBiaW5kIGFsbCB0aGUgc3lz dGVtIHRvZ2V0aGVyLiBTbyB0byBnZXQgYWxsIEtERSBncm91cCBiYWNrLCBhcyB3ZWxsIGFzIGl0 J3MgZGVwZW5kZW5jaWVzLCBhbmQgZGVwZW5kZW5jaWVzIG9mIGRlcGVuZGVuY2llcy4uLiBJIGhh ZCB0byBzeW5jaHJvbml6ZSBvbiBhIHNlcnZlciB3aG8NCiBpcyByb2xsYmFja2VkLiBBbmQgZXZl biB3aXRoIHRoYXQsIHRoYXQgd291bGQgYnJlYWsgYWxsIHRoZSBjb25maWd1cmF0aW9uIHdobyBp cyBtYWRlIGZvciBsYXN0IHZlcnNpb24gb2Ygc29mdHdhcmVzLiBUaGF0IHdvdWxkIG1lYW4gYmFz aWNhbGx5IHRoYXQgSSBoYXZlIHRvIGluc3RhbGwgYSB3aG9sZSBuZXcgc3lzdGVtIHdobyBpcyBq ZXRsYWdnZWQgb2Ygbm9uIGNyaXRpY2FsIHVwZGF0ZSB3aG8gY2FuIGtlZXAgdGhlIHBhdGggdW50 aWwgMjAyMywNCiB0byBub3QgaGF2ZSB0byB1cGdyYWRlIEtERSBwYXN0IGEgY2VydGFpbiB2ZXJz aW9uLiBNYXliZSBpdCdzIGJldHRlciB0byBqdXN0IHVzZSBLREU8L2Rpdj4NCjxkaXYgc3R5bGU9 ImNvbG9yOiByZ2IoMzMsIDMzLCAzMyk7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwg MjU1KTsiIGRpcj0iYXV0byI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2Io MzMsIDMzLCAzMyk7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiIGRpcj0i YXV0byI+DQpCdXQgYXBhcnQgZnJvbSB0aGF0LCBjYW4geW91IGRlc2lnbiB0aGUgcHJlY2lzZSB2 ZXJzaW9uL2RhdGUgb2YgS0RFIHdoZXJlIHRoaXMgbWVjaGFuaXNtIHdhcyBwdXNoZWQ/PC9kaXY+ DQo8aHIgc3R5bGU9ImRpc3BsYXk6aW5saW5lLWJsb2NrO3dpZHRoOjk4JSIgdGFiaW5kZXg9Ii0x Ij4NCjxkaXYgaWQ9ImRpdlJwbHlGd2RNc2ciIGRpcj0ibHRyIj48Zm9udCBmYWNlPSJDYWxpYnJp LCBzYW5zLXNlcmlmIiBzdHlsZT0iZm9udC1zaXplOjExcHQiIGNvbG9yPSIjMDAwMDAwIj48Yj5G cm9tOjwvYj4gTmF0ZSBHcmFoYW0gJmx0O2J1Z3ppbGxhX25vcmVwbHlAa2RlLm9yZyZndDs8YnI+ DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIEF1Z3VzdCAxMSwgMjAyMiA1OjU1OjAwIFBNPGJyPg0K PGI+VG86PC9iPiBwaW5nby1wb3dlckBob3RtYWlsLmZyICZsdDtwaW5nby1wb3dlckBob3RtYWls LmZyJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBbcGxhc21hc2hlbGxdIFtCdWcgNDUwMDY4XSBV c2Ugb2Ygdm9sYXRpbGUgY29ubmVjdG9yIElEcyB0byBtYXAgY29udGFpbm1lbnRzIHRvIHNjcmVl bnMgY2Fubm90IGJlIG1hZGUgdG8gd29yayByZWxpYWJseSBhbmQgc2hvdWxkIGJlIHJlcGxhY2Vk IHdpdGggc29tZXRoaW5nIGVsc2U8L2ZvbnQ+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPC9kaXY+DQo8 ZGl2IGNsYXNzPSJCb2R5RnJhZ21lbnQiPjxmb250IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTFwdDsiPg0KPGRpdiBjbGFzcz0iUGxhaW5UZXh0Ij48YSBocmVmPSJodHRwczovL2J1 Z3Mua2RlLm9yZy9zaG93X2J1Zy5jZ2k/aWQ9NDUwMDY4Ij5odHRwczovL2J1Z3Mua2RlLm9yZy9z aG93X2J1Zy5jZ2k/aWQ9NDUwMDY4PC9hPjxicj4NCjxicj4NCi0tLSBDb21tZW50ICMyMCBmcm9t IE5hdGUgR3JhaGFtICZsdDtuYXRlQGtkZS5vcmcmZ3Q7IC0tLTxicj4NClRoYXQgZG9lc24ndCBt YWtlIGEgZGlmZmVyZW5jZSwgYW5kIGl0J3MgYWxyZWFkeSAmcXVvdDtWSEkmcXVvdDsgKCZxdW90 O3ZlcnkgaGlnaCBwcmlvcml0eSZxdW90Oyk8YnI+DQp3aXRoIHRoZSB3b3JrIGJlaW5nIHNjb3Bl ZCBvdXQuPGJyPg0KPGJyPg0KWSdhbGwgYXJlIGp1c3QgZ29pbmcgdG8gbmVlZCB0byBoYXZlIHNv bWUgcGF0aWVuY2UsIEknbSBhZnJhaWQuIFdlJ3JlIGF0IHRoaXM8YnI+DQpwbGFjZSBiZWNhdXNl IHdlIHRyaWVkIHRvIG1vdmUgaGVhdmVuIGFuZCBlYXJ0aCB0byBtYWtlIHRoZSBleGlzdGluZyBj b25uZWN0b3I8YnI+DQpJRCBiYXNlZCBzeXN0ZW0gd29yaywgYW5kIGFzIGZvbGtzIGhhdmUgb2Jz ZXJ2ZWQsIGl0IG1vc3RseSBqdXN0IG1hZGUgdGhlPGJyPg0Kc3lzdGVtIGV2ZW4gbGVzcyBkZXRl cm1pbnN0aWMgYW5kIHdvcnNlbmVkIHRoZSBidWdzLiBUaGF0J3Mgd2h5IHdlJ3JlIGdvaW5nIHRv PGJyPg0KcmlwIGl0IG91dCBhbmQgdXNlIGEgZGlmZmVyZW50IHNvdXJjZSBvZiBkYXRhIHRvIGlk ZW50aWZ5IHNjcmVlbnMuIEJ1dCB0aGlzPGJyPg0Ka2luZCBvZiB3b3JrIGlzbid0IHRyaXZpYWw7 IGl0IHRha2VzIHRpbWUuIElmIHlvdSBoYXZlIHRvIHVzZSBHTk9NRSB1bnRpbCBpdCdzPGJyPg0K Zml4ZWQsIHNvIGJlIGl0LiBJIHVuZGVyc3RhbmQuPGJyPg0KPGJyPg0KLS0gPGJyPg0KWW91IGFy ZSByZWNlaXZpbmcgdGhpcyBtYWlsIGJlY2F1c2U6PGJyPg0KWW91IGFyZSBvbiB0aGUgQ0MgbGlz dCBmb3IgdGhlIGJ1Zy48L2Rpdj4NCjwvc3Bhbj48L2ZvbnQ+PC9kaXY+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= 153614 2022-11-09 11:08:34 +0000 2022-11-09 11:08:34 +0000 Journalctl logs when resuming from sleep journalctl logs resume from sleep.log text/x-log 33077 major-mayer am91cm5hbGN0bCAtYiAtMiAtciAtbiAxMDAwMDAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICDugrIgSU5UIOKcmCDugrIgMzJtIDIzcyDviZIK Tm92IDA4IDIwOjA1OjQ5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGFtZGdwdSAwMDAwOjAz OjAwLjA6IGFtZGdwdTogQmFpbGluZyBvbiBURFIgZm9yIHNfam9iOjFkZDVkLCBhcyBhbm90aGVy IGFscmVhZHkgaW4gcHJvZ3Jlc3MKTm92IDA4IDIwOjA1OjQ5IGxhdXJlbnotTWFuamFyb0tERSBr ZXJuZWw6IGFtZGdwdSAwMDAwOjAzOjAwLjA6IGFtZGdwdTogR1BVIHJlc2V0IGJlZ2luIQpOb3Yg MDggMjA6MDU6NDkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogW2RybTphbWRncHVfam9iX3Rp bWVkb3V0IFthbWRncHVdXSAqRVJST1IqIFByb2Nlc3MgaW5mb3JtYXRpb246IHByb2Nlc3MgWHdh eWxhbmQgcGlkIDE4NzUgdGhyZWFkIFh3YXlsYW5kOmNzMCBwaWQgMTg4NwpOb3YgMDggMjA6MDU6 NDkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogW2RybTphbWRncHVfam9iX3RpbWVkb3V0IFth bWRncHVdXSAqRVJST1IqIHJpbmcgZ2Z4XzAuMC4wIHRpbWVvdXQsIHNpZ25hbGVkIHNlcT0xMjcx NzYsIGVtaXR0ZWQgc2VxPTEyNzE3NgpOb3YgMDggMjA6MDU6NDUgbGF1cmVuei1NYW5qYXJvS0RF IGtlcm5lbDogW2RybV0gUFNQIGlzIHJlc3VtaW5nLi4uCk5vdiAwOCAyMDowNTo0NSBsYXVyZW56 LU1hbmphcm9LREUga2VybmVsOiBhbWRncHUgMDAwMDowMzowMC4wOiBhbWRncHU6ICAgICAgICAg IFJXOiAweDAKTm92IDA4IDIwOjA1OjQ1IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGFtZGdw dSAwMDAwOjAzOjAwLjA6IGFtZGdwdTogICAgICAgICAgTUFQUElOR19FUlJPUjogMHgxCk5vdiAw OCAyMDowNTo0NSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhbWRncHUgMDAwMDowMzowMC4w OiBhbWRncHU6ICAgICAgICAgIFBFUk1JU1NJT05fRkFVTFRTOiAweDMKTm92IDA4IDIwOjA1OjQ1 IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGFtZGdwdSAwMDAwOjAzOjAwLjA6IGFtZGdwdTog ICAgICAgICAgV0FMS0VSX0VSUk9SOiAweDUKTm92IDA4IDIwOjA1OjQ1IGxhdXJlbnotTWFuamFy b0tERSBrZXJuZWw6IGFtZGdwdSAwMDAwOjAzOjAwLjA6IGFtZGdwdTogICAgICAgICAgTU9SRV9G QVVMVFM6IDB4MQpOb3YgMDggMjA6MDU6NDUgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogYW1k Z3B1IDAwMDA6MDM6MDAuMDogYW1kZ3B1OiAgICAgICAgICBGYXVsdHkgVVRDTDIgY2xpZW50IElE OiBNUDAgKDB4NSkKTm92IDA4IDIwOjA1OjQ1IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGFt ZGdwdSAwMDAwOjAzOjAwLjA6IGFtZGdwdTogTU1WTV9MMl9QUk9URUNUSU9OX0ZBVUxUX1NUQVRV UzoweDAwMDAwQjNCCk5vdiAwOCAyMDowNTo0NSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBh bWRncHUgMDAwMDowMzowMC4wOiBhbWRncHU6ICAgaW4gcGFnZSBzdGFydGluZyBhdCBhZGRyZXNz IDB4MDAwMDAwMDAwMDQwMDAwMCBmcm9tIGNsaWVudCAweDEyIChWTUMpCk5vdiAwOCAyMDowNTo0 NSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhbWRncHUgMDAwMDowMzowMC4wOiBhbWRncHU6 IFttbWh1Yl0gcGFnZSBmYXVsdCAoc3JjX2lkOjAgcmluZzoxNzMgdm1pZDowIHBhc2lkOjAsIGZv ciBwcm9jZXNzICBwaWQgMCB0aHJlYWQgIHBpZCAwKQpOb3YgMDggMjA6MDU6NDUgbGF1cmVuei1N YW5qYXJvS0RFIGtlcm5lbDogW2RybV0gVlJBTSBpcyBsb3N0IGR1ZSB0byBHUFUgcmVzZXQhCk5v diAwOCAyMDowNTo0NSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBbZHJtXSBQQ0lFIEdBUlQg b2YgNTEyTSBlbmFibGVkICh0YWJsZSBhdCAweDAwMDAwMDgwMDFGQTQwMDApLgpOb3YgMDggMjA6 MDU6NDUgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogYW1kZ3B1IDAwMDA6MDM6MDAuMDogYW1k Z3B1OiBHUFUgcmVzZXQgc3VjY2VlZGVkLCB0cnlpbmcgdG8gcmVzdW1lCk5vdiAwOCAyMDowNTo0 NSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhbWRncHUgMDAwMDowMzowMC4wOiBhbWRncHU6 IEFTSUMgcmVzZXQgZmFpbGVkIHdpdGggZXJyb3IsIC0yMiBmb3IgZHJtIGRldiwgMDAwMDowMzow MC4wCk5vdiAwOCAyMDowNTo0NSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhbWRncHUgMDAw MDowMzowMC4wOiBhbWRncHU6IEdQVSBtb2RlMSByZXNldCBmYWlsZWQKTm92IDA4IDIwOjA1OjQ1 IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IFtkcm1dIHBzcCBpcyBub3Qgd29ya2luZyBjb3Jy ZWN0bHkgYmVmb3JlIG1vZGUxIHJlc2V0IQpOb3YgMDggMjA6MDU6NDUgbGF1cmVuei1NYW5qYXJv S0RFIGtlcm5lbDogYW1kZ3B1IDAwMDA6MDM6MDAuMDogYW1kZ3B1OiBHUFUgcHNwIG1vZGUxIHJl c2V0Ck5vdiAwOCAyMDowNTo0NSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhbWRncHUgMDAw MDowMzowMC4wOiBhbWRncHU6IEdQVSBtb2RlMSByZXNldApOb3YgMDggMjA6MDU6NDUgbGF1cmVu ei1NYW5qYXJvS0RFIGtlcm5lbDogYW1kZ3B1IDAwMDA6MDM6MDAuMDogYW1kZ3B1OiBNT0RFMSBy ZXNldApOb3YgMDggMjA6MDU6NDUgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogW2RybTphbWRn cHVfZGV2aWNlX2lwX3N1c3BlbmRfcGhhc2UyIFthbWRncHVdXSAqRVJST1IqIHN1c3BlbmQgb2Yg SVAgYmxvY2sgPHBzcD4gZmFpbGVkIC0yMgpOb3YgMDggMjA6MDU6NDUgbGF1cmVuei1NYW5qYXJv S0RFIGtlcm5lbDogW2RybTpwc3Bfc3VzcGVuZCBbYW1kZ3B1XV0gKkVSUk9SKiBGYWlsZWQgdG8g dGVybWluYXRlIHRtcgpOb3YgMDggMjA6MDU6NDUgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDog W2RybV0gcHNwIGdmeCBjb21tYW5kIERFU1RST1lfVE1SKDB4NykgZmFpbGVkIGFuZCByZXNwb25z ZSBzdGF0dXMgaXMgKDB4MCkKTm92IDA4IDIwOjA1OjQzIGxhdXJlbnotTWFuamFyb0tERSBrZXJu ZWw6IFtkcm1dIGZyZWUgUFNQIFRNUiBidWZmZXIKTm92IDA4IDIwOjA1OjQzIGxhdXJlbnotTWFu amFyb0tERSBrZXJuZWw6IFtkcm06YW1kZ3B1X2RldmljZV9pcF9zdXNwZW5kX3BoYXNlMiBbYW1k Z3B1XV0gKkVSUk9SKiBzdXNwZW5kIG9mIElQIGJsb2NrIDxzbXU+IGZhaWxlZCAtNjIKTm92IDA4 IDIwOjA1OjQzIGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGFtZGdwdSAwMDAwOjAzOjAwLjA6 IGFtZGdwdTogRmFpbCB0byBkaXNhYmxlIGRwbSBmZWF0dXJlcyEKTm92IDA4IDIwOjA1OjQzIGxh dXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGFtZGdwdSAwMDAwOjAzOjAwLjA6IGFtZGdwdTogRmFp bGVkIHRvIGRpc2FibGUgc211IGZlYXR1cmVzLgpOb3YgMDggMjA6MDU6NDMgbGF1cmVuei1NYW5q YXJvS0RFIGtlcm5lbDogYW1kZ3B1IDAwMDA6MDM6MDAuMDogYW1kZ3B1OiBTTVU6IEknbSBub3Qg ZG9uZSB3aXRoIHlvdXIgcHJldmlvdXMgY29tbWFuZCEKTm92IDA4IDIwOjA1OjQwIGxhdXJlbnot TWFuamFyb0tERSBrZXJuZWw6IFtkcm06Z2Z4X3YxMF8wX2h3X2ZpbmkgW2FtZGdwdV1dICpFUlJP UiogS0NRIGRpc2FibGUgZmFpbGVkCk5vdiAwOCAyMDowNTo0MCBsYXVyZW56LU1hbmphcm9LREUg a2VybmVsOiBhbWRncHUgMDAwMDowMzowMC4wOiBbZHJtOmFtZGdwdV9yaW5nX3Rlc3RfaGVscGVy IFthbWRncHVdXSAqRVJST1IqIHJpbmcga2lxXzIuMS4wIHRlc3QgZmFpbGVkICgtMTEwKQpOb3Yg MDggMjA6MDU6MzkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogW2RybTpnZnhfdjEwXzBfaHdf ZmluaSBbYW1kZ3B1XV0gKkVSUk9SKiBLR1EgZGlzYWJsZSBmYWlsZWQKTm92IDA4IDIwOjA1OjM5 IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGFtZGdwdSAwMDAwOjAzOjAwLjA6IFtkcm06YW1k Z3B1X3JpbmdfdGVzdF9oZWxwZXIgW2FtZGdwdV1dICpFUlJPUiogcmluZyBraXFfMi4xLjAgdGVz dCBmYWlsZWQgKC0xMTApCk5vdiAwOCAyMDowNTozOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVs OiBbZHJtOmRjX2RtdWJfc3J2X3dhaXRfaWRsZSBbYW1kZ3B1XV0gKkVSUk9SKiBFcnJvciB3YWl0 aW5nIGZvciBETVVCIGlkbGU6IHN0YXR1cz0zCk5vdiAwOCAyMDowNTozOSBsYXVyZW56LU1hbmph cm9LREUga2VybmVsOiBhbWRncHUgMDAwMDowMzowMC4wOiBhbWRncHU6IEJhaWxpbmcgb24gVERS IGZvciBzX2pvYjoxZGQ1YywgYXMgYW5vdGhlciBhbHJlYWR5IGluIHByb2dyZXNzCk5vdiAwOCAy MDowNTozOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhbWRncHUgMDAwMDowMzowMC4wOiBh bWRncHU6IEdQVSByZXNldCBiZWdpbiEKTm92IDA4IDIwOjA1OjM5IGxhdXJlbnotTWFuamFyb0tE RSBrZXJuZWw6IFtkcm06YW1kZ3B1X2pvYl90aW1lZG91dCBbYW1kZ3B1XV0gKkVSUk9SKiBQcm9j ZXNzIGluZm9ybWF0aW9uOiBwcm9jZXNzIFh3YXlsYW5kIHBpZCAxODc1IHRocmVhZCBYd2F5bGFu ZDpjczAgcGlkIDE4ODcKTm92IDA4IDIwOjA1OjM5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6 IFtkcm06YW1kZ3B1X2pvYl90aW1lZG91dCBbYW1kZ3B1XV0gKkVSUk9SKiByaW5nIGdmeF8wLjAu MCB0aW1lb3V0LCBzaWduYWxlZCBzZXE9MTI3MTc2LCBlbWl0dGVkIHNlcT0xMjcxNzYKTm92IDA4 IDIwOjA1OjM5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGFtZGdwdSAwMDAwOjAzOjAwLjA6 IGFtZGdwdTogQmFpbGluZyBvbiBURFIgZm9yIHNfam9iOjE3MzksIGFzIGFub3RoZXIgYWxyZWFk eSBpbiBwcm9ncmVzcwpOb3YgMDggMjA6MDU6MzkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDog YW1kZ3B1IDAwMDA6MDM6MDAuMDogYW1kZ3B1OiBHUFUgcmVzZXQgYmVnaW4hCk5vdiAwOCAyMDow NTozOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhbWRncHUgMDAwMDowMzowMC4wOiBhbWRn cHU6IEdQVSByZXNldCBiZWdpbiEKTm92IDA4IDIwOjA1OjM5IGxhdXJlbnotTWFuamFyb0tERSBr ZXJuZWw6IFtkcm06YW1kZ3B1X2pvYl90aW1lZG91dCBbYW1kZ3B1XV0gKkVSUk9SKiBQcm9jZXNz IGluZm9ybWF0aW9uOiBwcm9jZXNzICBwaWQgMCB0aHJlYWQgIHBpZCAwCk5vdiAwOCAyMDowNToz OSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBbZHJtOmFtZGdwdV9qb2JfdGltZWRvdXQgW2Ft ZGdwdV1dICpFUlJPUiogUHJvY2VzcyBpbmZvcm1hdGlvbjogcHJvY2VzcyAgcGlkIDAgdGhyZWFk ICBwaWQgMApOb3YgMDggMjA6MDU6MzkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogW2RybTph bWRncHVfam9iX3RpbWVkb3V0IFthbWRncHVdXSAqRVJST1IqIHJpbmcgc2RtYTIgdGltZW91dCwg c2lnbmFsZWQgc2VxPTU5NDUsIGVtaXR0ZWQgc2VxPTU5NDcKTm92IDA4IDIwOjA1OjM5IGxhdXJl bnotTWFuamFyb0tERSBrZXJuZWw6IFtkcm06YW1kZ3B1X2pvYl90aW1lZG91dCBbYW1kZ3B1XV0g KkVSUk9SKiByaW5nIHNkbWEzIHRpbWVvdXQsIHNpZ25hbGVkIHNlcT00OTM0LCBlbWl0dGVkIHNl cT00OTM2Ck5vdiAwOCAyMDowNTozOCBsYXVyZW56LU1hbmphcm9LREUgTmV0d29ya01hbmFnZXJb NDUwXTogPGluZm8+ICBbMTY2NzkzNDMzOC4xNzI0XSBkZXZpY2UgKGVubzEpOiBzdGF0ZSBjaGFu Z2U6IGlwLWNvbmZpZyAtPiBpcC1jaGVjayAocmVhc29uICdub25lJywgc3lzLWlmYWNlLXN0YXRl OiAnbWFuYWdlZD4KTm92IDA4IDIwOjA1OjM4IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGF1 ZGl0OiB0eXBlPTEzMjcgYXVkaXQoMTY2NzkzNDMzOC4xNjY6NDYyKTogcHJvY3RpdGxlPTJGNzU3 MzcyMkY2MjY5NkUyRjRFNjU3NDc3NkY3MjZCNEQ2MTZFNjE2NzY1NzIwMDJEMkQ2RTZGMkQ2NDYx NjU2RDZGNkUKTm92IDA4IDIwOjA1OjM4IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGF1ZGl0 OiB0eXBlPTEzMDAgYXVkaXQoMTY2NzkzNDMzOC4xNjY6NDYyKTogYXJjaD1jMDAwMDAzZSBzeXNj YWxsPTMyMSBzdWNjZXNzPXllcyBleGl0PTI2IGEwPTUgYTE9N2ZmZDFiMTI5YjIwIGEyPTkwIGEz PTIzIGl0ZW1zPTAgPgpOb3YgMDggMjA6MDU6MzggbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDog YXVkaXQ6IHR5cGU9MTMzNCBhdWRpdCgxNjY3OTM0MzM4LjE2Njo0NjIpOiBwcm9nLWlkPTUzIG9w PUxPQUQKTm92IDA4IDIwOjA1OjM4IGxhdXJlbnotTWFuamFyb0tERSBhdmFoaS1kYWVtb25bNDE4 XTogUmVnaXN0ZXJpbmcgbmV3IGFkZHJlc3MgcmVjb3JkIGZvciAxOTIuMTY4LjEuMTM2IG9uIGVu bzEuSVB2NC4KTm92IDA4IDIwOjA1OjM4IGxhdXJlbnotTWFuamFyb0tERSBhdmFoaS1kYWVtb25b NDE4XTogTmV3IHJlbGV2YW50IGludGVyZmFjZSBlbm8xLklQdjQgZm9yIG1ETlMuCk5vdiAwOCAy MDowNTozOCBsYXVyZW56LU1hbmphcm9LREUgYXVkaXQ6IFBST0NUSVRMRSBwcm9jdGl0bGU9MkY3 NTczNzIyRjYyNjk2RTJGNEU2NTc0Nzc2RjcyNkI0RDYxNkU2MTY3NjU3MjAwMkQyRDZFNkYyRDY0 NjE2NTZENkY2RQpOb3YgMDggMjA6MDU6MzggbGF1cmVuei1NYW5qYXJvS0RFIGF1ZGl0WzQ1MF06 IFNZU0NBTEwgYXJjaD1jMDAwMDAzZSBzeXNjYWxsPTMyMSBzdWNjZXNzPXllcyBleGl0PTI2IGEw PTUgYTE9N2ZmZDFiMTI5YjIwIGEyPTkwIGEzPTIzIGl0ZW1zPTAgcHBpZD0xIHBpZD00NTAgYXVp ZD00Mjk0OTY3Mjk1IHU+Ck5vdiAwOCAyMDowNTozOCBsYXVyZW56LU1hbmphcm9LREUgYXVkaXQ6 IEJQRiBwcm9nLWlkPTUzIG9wPUxPQUQKTm92IDA4IDIwOjA1OjM4IGxhdXJlbnotTWFuamFyb0tE RSBhdmFoaS1kYWVtb25bNDE4XTogSm9pbmluZyBtRE5TIG11bHRpY2FzdCBncm91cCBvbiBpbnRl cmZhY2UgZW5vMS5JUHY0IHdpdGggYWRkcmVzcyAxOTIuMTY4LjEuMTM2LgpOb3YgMDggMjA6MDU6 MzggbGF1cmVuei1NYW5qYXJvS0RFIGRuc21hc3FbNzk2XTogdXNpbmcgbmFtZXNlcnZlciAxOTIu MTY4LjEuMSM1MwpOb3YgMDggMjA6MDU6MzggbGF1cmVuei1NYW5qYXJvS0RFIGRuc21hc3FbNzk2 XTogcmVhZGluZyAvZXRjL3Jlc29sdi5jb25mCk5vdiAwOCAyMDowNTozOCBsYXVyZW56LU1hbmph cm9LREUgTmV0d29ya01hbmFnZXJbNDUwXTogPGluZm8+ICBbMTY2NzkzNDMzOC4xNjgzXSBwb2xp Y3k6IHNldCAnS2FiZWxnZWJ1bmRlbmUgVmVyYmluZHVuZyAxJyAoZW5vMSkgYXMgZGVmYXVsdCBm b3IgSVB2NCByb3V0aW5nIGFuZCBETlMKTm92IDA4IDIwOjA1OjM4IGxhdXJlbnotTWFuamFyb0tE RSBOZXR3b3JrTWFuYWdlcls0NTBdOiA8aW5mbz4gIFsxNjY3OTM0MzM4LjE2ODBdIGRoY3A0IChl bm8xKTogc3RhdGUgY2hhbmdlZCBuZXcgbGVhc2UsIGFkZHJlc3M9MTkyLjE2OC4xLjEzNgpOb3Yg MDggMjA6MDU6MzYgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogZTEwMDBlIDAwMDA6MDA6MWYu NiBlbm8xOiBOSUMgTGluayBpcyBVcCAxMDAwIE1icHMgRnVsbCBEdXBsZXgsIEZsb3cgQ29udHJv bDogUngvVHgKTm92IDA4IDIwOjA1OjM2IGxhdXJlbnotTWFuamFyb0tERSBOZXR3b3JrTWFuYWdl cls0NTBdOiA8aW5mbz4gIFsxNjY3OTM0MzM2LjQ5MDldIGRldmljZSAoZW5vMSk6IGNhcnJpZXI6 IGxpbmsgY29ubmVjdGVkCk5vdiAwOCAyMDowNTozNCBsYXVyZW56LU1hbmphcm9LREUgYWtvbmFk aV9kYXZncm91cHdhcmVfcmVzb3VyY2VbMjQxMF06IG9yZy5rZGUucGltLmRhdnJlc291cmNlOiBV bmFibGUgdG8gZmV0Y2ggY29sbGVjdGlvbnMgMzAwICJCZWkgZGVyIEFiZnJhZ2UgaXN0IGVpbiBQ cm9ibGVtIGF1ZmdldHJldGVuXD4KTm92IDA4IDIwOjA1OjM0IGxhdXJlbnotTWFuamFyb0tERSBh a29uYWRpX2Rhdmdyb3Vwd2FyZV9yZXNvdXJjZVsyNDExXTogb3JnLmtkZS5waW0uZGF2cmVzb3Vy Y2U6IFVuYWJsZSB0byBmZXRjaCBjb2xsZWN0aW9ucyAzMDAgIkJlaSBkZXIgQWJmcmFnZSBpc3Qg ZWluIFByb2JsZW0gYXVmZ2V0cmV0ZW5cPgpOb3YgMDggMjA6MDU6MzQgbGF1cmVuei1NYW5qYXJv S0RFIHBsYXNtYXNoZWxsWzE5NTddOiBrZjVpZGxldGltZV9rd2F5bGFuZDogVGhpcyBwbHVnaW4g ZG9lcyBub3Qgc3VwcG9ydCBwb2xsaW5nIGlkbGUgdGltZQpOb3YgMDggMjA6MDU6MzMgbGF1cmVu ei1NYW5qYXJvS0RFIE5ldHdvcmtNYW5hZ2VyWzQ1MF06IDxpbmZvPiAgWzE2Njc5MzQzMzMuMTU2 Nl0gZGhjcDQgKGVubzEpOiBhY3RpdmF0aW9uOiBiZWdpbm5pbmcgdHJhbnNhY3Rpb24gKHRpbWVv dXQgaW4gNDUgc2Vjb25kcykKTm92IDA4IDIwOjA1OjMzIGxhdXJlbnotTWFuamFyb0tERSBOZXR3 b3JrTWFuYWdlcls0NTBdOiA8aW5mbz4gIFsxNjY3OTM0MzMzLjA2NzFdIGRldmljZSAoZW5vMSk6 IHN0YXRlIGNoYW5nZTogY29uZmlnIC0+IGlwLWNvbmZpZyAocmVhc29uICdub25lJywgc3lzLWlm YWNlLXN0YXRlOiAnbWFuYWdlZCcpCk5vdiAwOCAyMDowNTozMyBsYXVyZW56LU1hbmphcm9LREUg TmV0d29ya01hbmFnZXJbNDUwXTogPGluZm8+ICBbMTY2NzkzNDMzMy4wNjY1XSBkZXZpY2UgKGVu bzEpOiBzdGF0ZSBjaGFuZ2U6IHByZXBhcmUgLT4gY29uZmlnIChyZWFzb24gJ25vbmUnLCBzeXMt aWZhY2Utc3RhdGU6ICdtYW5hZ2VkJykKTm92IDA4IDIwOjA1OjMyIGxhdXJlbnotTWFuamFyb0tE RSBOZXR3b3JrTWFuYWdlcls0NTBdOiA8aW5mbz4gIFsxNjY3OTM0MzMyLjk3ODZdIG1hbmFnZXI6 IE5ldHdvcmtNYW5hZ2VyIHN0YXRlIGlzIG5vdyBDT05ORUNUSU5HCk5vdiAwOCAyMDowNTozMiBs YXVyZW56LU1hbmphcm9LREUgTmV0d29ya01hbmFnZXJbNDUwXTogPGluZm8+ICBbMTY2NzkzNDMz Mi45Nzg1XSBkZXZpY2UgKGVubzEpOiBzdGF0ZSBjaGFuZ2U6IGRpc2Nvbm5lY3RlZCAtPiBwcmVw YXJlIChyZWFzb24gJ25vbmUnLCBzeXMtaWZhY2Utc3RhdGU6ICdtYW5hZz4KTm92IDA4IDIwOjA1 OjMyIGxhdXJlbnotTWFuamFyb0tERSBOZXR3b3JrTWFuYWdlcls0NTBdOiA8aW5mbz4gIFsxNjY3 OTM0MzMyLjk3ODRdIGRldmljZSAoZW5vMSk6IEFjdGl2YXRpb246IHN0YXJ0aW5nIGNvbm5lY3Rp b24gJ0thYmVsZ2VidW5kZW5lIFZlcmJpbmR1bmcgMScgKGU0NzZmMzk2LWQ5MTgtPgpOb3YgMDgg MjA6MDU6MzIgbGF1cmVuei1NYW5qYXJvS0RFIE5ldHdvcmtNYW5hZ2VyWzQ1MF06IDxpbmZvPiAg WzE2Njc5MzQzMzIuOTc4Ml0gcG9saWN5OiBhdXRvLWFjdGl2YXRpbmcgY29ubmVjdGlvbiAnS2Fi ZWxnZWJ1bmRlbmUgVmVyYmluZHVuZyAxJyAoZTQ3NmYzOTYtZDkxOC0zZjIyLThkNTYtOGM+Ck5v diAwOCAyMDowNTozMiBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBJUHY2OiBBRERSQ09ORihO RVRERVZfQ0hBTkdFKTogZW5vMTogbGluayBiZWNvbWVzIHJlYWR5Ck5vdiAwOCAyMDowNTozMiBs YXVyZW56LU1hbmphcm9LREUga2VybmVsOiBlMTAwMGUgMDAwMDowMDoxZi42IGVubzE6IE5JQyBM aW5rIGlzIFVwIDEwMDAgTWJwcyBGdWxsIER1cGxleCwgRmxvdyBDb250cm9sOiBSeC9UeApOb3Yg MDggMjA6MDU6MzIgbGF1cmVuei1NYW5qYXJvS0RFIE5ldHdvcmtNYW5hZ2VyWzQ1MF06IDxpbmZv PiAgWzE2Njc5MzQzMzIuOTc3OF0gZGV2aWNlIChlbm8xKTogc3RhdGUgY2hhbmdlOiB1bmF2YWls YWJsZSAtPiBkaXNjb25uZWN0ZWQgKHJlYXNvbiAnY2Fycmllci1jaGFuZ2VkJywgc3lzLWlmYWM+ Ck5vdiAwOCAyMDowNTozMiBsYXVyZW56LU1hbmphcm9LREUgTmV0d29ya01hbmFnZXJbNDUwXTog PGluZm8+ICBbMTY2NzkzNDMzMi45Nzc3XSBkZXZpY2UgKGVubzEpOiBjYXJyaWVyOiBsaW5rIGNv bm5lY3RlZApOb3YgMDggMjA6MDU6MzIgbGF1cmVuei1NYW5qYXJvS0RFIE1vZGVtTWFuYWdlcls0 NTVdOiA8aW5mbz4gIFtiYXNlLW1hbmFnZXJdIGNvdWxkbid0IGNoZWNrIHN1cHBvcnQgZm9yIGRl dmljZSAnL3N5cy9kZXZpY2VzL3BjaTAwMDA6MDAvMDAwMDowMDoxZi42Jzogbm90IHN1cHBvcnRl ZCBieSBhbnkgcGw+Ck5vdiAwOCAyMDowNTozMSBsYXVyZW56LU1hbmphcm9LREUgcGxhc21hc2hl bGxbMTk1N106IGtmNWlkbGV0aW1lX2t3YXlsYW5kOiBUaGlzIHBsdWdpbiBkb2VzIG5vdCBzdXBw b3J0IHBvbGxpbmcgaWRsZSB0aW1lCk5vdiAwOCAyMDowNTozMSBsYXVyZW56LU1hbmphcm9LREUg cGxhc21hc2hlbGxbMTk1N106IGtmLnBsYXNtYS5xdWljazogQ291bGRuJ3QgY3JlYXRlIEtXaW5k b3dTaGFkb3cgZm9yIFBsYXNtYVF1aWNrOjpEaWFsb2coMHg1NjQxMjZiYTAzMDAsIG5hbWU9InBv cHVwV2luZG93IikKTm92IDA4IDIwOjA1OjMxIGxhdXJlbnotTWFuamFyb0tERSBwbGFzbWFzaGVs bFsxOTU3XToga2YucGxhc21hLnF1aWNrOiBDb3VsZG4ndCBjcmVhdGUgS1dpbmRvd1NoYWRvdyBm b3IgUGxhc21hUXVpY2s6OkRpYWxvZygweDU2NDEyNmJhMDMwMCwgbmFtZT0icG9wdXBXaW5kb3ci KQpOb3YgMDggMjA6MDU6MzEgbGF1cmVuei1NYW5qYXJvS0RFIHBsYXNtYXNoZWxsWzE5NTddOiBr Zi5wbGFzbWEucXVpY2s6IENvdWxkbid0IGNyZWF0ZSBLV2luZG93U2hhZG93IGZvciBQbGFzbWFR dWljazo6RGlhbG9nKDB4NTY0MTI2YmEwMzAwLCBuYW1lPSJwb3B1cFdpbmRvdyIpCk5vdiAwOCAy MDowNTozMSBsYXVyZW56LU1hbmphcm9LREUgcGxhc21hc2hlbGxbMTk1N106IGtmLnBsYXNtYS5x dWljazogQ291bGRuJ3QgY3JlYXRlIEtXaW5kb3dTaGFkb3cgZm9yIFBsYXNtYVF1aWNrOjpEaWFs b2coMHg1NjQxMjZiYTAzMDAsIG5hbWU9InBvcHVwV2luZG93IikKTm92IDA4IDIwOjA1OjMwIGxh dXJlbnotTWFuamFyb0tERSBrZXJuZWw6ICBzZGY6IHNkZjEKTm92IDA4IDIwOjA1OjMwIGxhdXJl bnotTWFuamFyb0tERSBrZXJuZWw6IGF0YTQuMDA6IGNvbmZpZ3VyZWQgZm9yIFVETUEvMTMzCk5v diAwOCAyMDowNTozMCBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhdGE0LjAwOiBBQ1BJIGNt ZCBiMS9jMTowMDowMDowMDowMDowMCAoREVWSUNFIENPTkZJR1VSQVRJT04gT1ZFUkxBWSkgZmls dGVyZWQgb3V0Ck5vdiAwOCAyMDowNTozMCBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhdGE0 LjAwOiBBQ1BJIGNtZCBmNS8wMDowMDowMDowMDowMDowMCAoU0VDVVJJVFkgRlJFRVpFIExPQ0sp IGZpbHRlcmVkIG91dApOb3YgMDggMjA6MDU6MzAgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDog YXRhNC4wMDogQUNQSSBjbWQgZWYvMTA6MDY6MDA6MDA6MDA6MDAgKFNFVCBGRUFUVVJFUykgc3Vj Y2VlZGVkCk5vdiAwOCAyMDowNTozMCBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhdGE0LjAw OiBBQ1BJIGNtZCBiMS9jMTowMDowMDowMDowMDowMCAoREVWSUNFIENPTkZJR1VSQVRJT04gT1ZF UkxBWSkgZmlsdGVyZWQgb3V0Ck5vdiAwOCAyMDowNTozMCBsYXVyZW56LU1hbmphcm9LREUga2Vy bmVsOiBhdGE0LjAwOiBBQ1BJIGNtZCBmNS8wMDowMDowMDowMDowMDowMCAoU0VDVVJJVFkgRlJF RVpFIExPQ0spIGZpbHRlcmVkIG91dApOb3YgMDggMjA6MDU6MzAgbGF1cmVuei1NYW5qYXJvS0RF IGtlcm5lbDogYXRhNC4wMDogQUNQSSBjbWQgZWYvMTA6MDY6MDA6MDA6MDA6MDAgKFNFVCBGRUFU VVJFUykgc3VjY2VlZGVkCk5vdiAwOCAyMDowNTozMCBsYXVyZW56LU1hbmphcm9LREUga2VybmVs OiBhdGE0OiBTQVRBIGxpbmsgdXAgNi4wIEdicHMgKFNTdGF0dXMgMTMzIFNDb250cm9sIDMwMCkK Tm92IDA4IDIwOjA1OjMwIGxhdXJlbnotTWFuamFyb0tERSBwbGFzbWFzaGVsbFsyNzkyXTogWzIw MjIvMTEvMDggMjA6MDU6MzA6MzY5Ml0gRVJSOiBnZXRhZGRyaW5mbyBmYWlsZWQ6IC0zCk5vdiAw OCAyMDowNTozMCBsYXVyZW56LU1hbmphcm9LREUgTmV0d29ya01hbmFnZXJbNDUwXTogPGluZm8+ ICBbMTY2NzkzNDMzMC4yMjA2XSBtYW5hZ2VyOiBOZXR3b3JrTWFuYWdlciBzdGF0ZSBpcyBub3cg Q09OTkVDVEVEX0xPQ0FMCk5vdiAwOCAyMDowNTozMCBsYXVyZW56LU1hbmphcm9LREUga2VybmVs OiBbZHJtOmFtZGdwdV9kbV91cGRhdGVfZnJlZXN5bmNfY2FwcyBbYW1kZ3B1XV0gKkVSUk9SKiBF RElEIENFQSBwYXJzZXIgZmFpbGVkCk5vdiAwOCAyMDowNTozMCBsYXVyZW56LU1hbmphcm9LREUg c3lzdGVtZFsxXTogU3RhcnRpbmcgTmV0d29yayBNYW5hZ2VyIFNjcmlwdCBEaXNwYXRjaGVyIFNl cnZpY2UuLi4KTm92IDA4IDIwOjA1OjMwIGxhdXJlbnotTWFuamFyb0tERSBkYnVzLWRhZW1vbls0 MjBdOiBbc3lzdGVtXSBBY3RpdmF0aW5nIHZpYSBzeXN0ZW1kOiBzZXJ2aWNlIG5hbWU9J29yZy5m cmVlZGVza3RvcC5ubV9kaXNwYXRjaGVyJyB1bml0PSdkYnVzLW9yZy5mcmVlZGVza3RvcC5ubS1k aXNwYXRjaGVyLnNlPgpOb3YgMDggMjA6MDU6MzAgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDog ZTEwMDBlIDAwMDA6MDA6MWYuNiBlbm8xOiBOSUMgTGluayBpcyBEb3duCk5vdiAwOCAyMDowNToz MCBsYXVyZW56LU1hbmphcm9LREUgTmV0d29ya01hbmFnZXJbNDUwXTogPGluZm8+ICBbMTY2Nzkz NDMzMC4wMjczXSBkZXZpY2UgKGVubzEpOiBzdGF0ZSBjaGFuZ2U6IHVubWFuYWdlZCAtPiB1bmF2 YWlsYWJsZSAocmVhc29uICdtYW5hZ2VkJywgc3lzLWlmYWNlLXN0YXRlOiAnZT4KTm92IDA4IDIw OjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBOZXR3b3JrTWFuYWdlcls0NTBdOiA8aW5mbz4gIFsx NjY3OTM0MzI5Ljk0NjddIG1hbmFnZXI6IE5ldHdvcmtNYW5hZ2VyIHN0YXRlIGlzIG5vdyBDT05O RUNURURfR0xPQkFMCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBh dWRpdDogdHlwZT0xMzM0IGF1ZGl0KDE2Njc5MzQzMjkuODc2OjQ2MSk6IHByb2ctaWQ9MCBvcD1V TkxPQUQKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBhdWRpdDogQlBGIHByb2ct aWQ9MCBvcD1VTkxPQUQKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBhdmFoaS1k YWVtb25bNDE4XTogSW50ZXJmYWNlIGVubzEuSVB2NCBubyBsb25nZXIgcmVsZXZhbnQgZm9yIG1E TlMuCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUgZG5zbWFzcVs3OTZdOiBubyBz ZXJ2ZXJzIGZvdW5kIGluIC9ldGMvcmVzb2x2LmNvbmYsIHdpbGwgcmV0cnkKTm92IDA4IDIwOjA1 OjI5IGxhdXJlbnotTWFuamFyb0tERSBhdmFoaS1kYWVtb25bNDE4XTogTGVhdmluZyBtRE5TIG11 bHRpY2FzdCBncm91cCBvbiBpbnRlcmZhY2UgZW5vMS5JUHY0IHdpdGggYWRkcmVzcyAxOTIuMTY4 LjEuMTM2LgpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGF2YWhpLWRhZW1vbls0 MThdOiBXaXRoZHJhd2luZyBhZGRyZXNzIHJlY29yZCBmb3IgMTkyLjE2OC4xLjEzNiBvbiBlbm8x LgpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogW2RybTphbWRncHVf Y3NfaW9jdGwgW2FtZGdwdV1dICpFUlJPUiogRmFpbGVkIHRvIHByb2Nlc3MgdGhlIGJ1ZmZlciBs aXN0IC0xOSEKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGFtZGdw dTogTW92ZSBidWZmZXIgZmFsbGJhY2sgdG8gbWVtY3B5IHVuYXZhaWxhYmxlCk5vdiAwOCAyMDow NToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBbZHJtOmFtZGdwdV9jc19pb2N0bCBbYW1k Z3B1XV0gKkVSUk9SKiBGYWlsZWQgdG8gcHJvY2VzcyB0aGUgYnVmZmVyIGxpc3QgLTE5IQpOb3Yg MDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogYW1kZ3B1OiBNb3ZlIGJ1ZmZl ciBmYWxsYmFjayB0byBtZW1jcHkgdW5hdmFpbGFibGUKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnot TWFuamFyb0tERSBwbGFzbWFzaGVsbFsxOTU3XTogYW1kZ3B1OiBUaGUgQ1MgaGFzIGJlZW4gcmVq ZWN0ZWQsIHNlZSBkbWVzZyBmb3IgbW9yZSBpbmZvcm1hdGlvbiAoLTE5KS4KTm92IDA4IDIwOjA1 OjI5IGxhdXJlbnotTWFuamFyb0tERSBwbGFzbWFzaGVsbFsxOTU3XTogYW1kZ3B1OiBUaGUgQ1Mg aGFzIGJlZW4gcmVqZWN0ZWQsIHNlZSBkbWVzZyBmb3IgbW9yZSBpbmZvcm1hdGlvbiAoLTE5KS4K Tm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBwbGFzbWFzaGVsbFsxOTU3XTogZmls ZTovLy91c3Ivc2hhcmUvcGxhc21hL3BsYXNtb2lkcy9vcmcua2RlLnBsYXNtYS5ub3RpZmljYXRp b25zL2NvbnRlbnRzL3VpL05vdGlmaWNhdGlvbkl0ZW0ucW1sOjIyMToyMTogUU1MIFNlbGVjdGFi bGVMPgpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIHBsYXNtYXNoZWxsWzE5NTdd OiBmaWxlOi8vL3Vzci9zaGFyZS9wbGFzbWEvcGxhc21vaWRzL29yZy5rZGUucGxhc21hLm5vdGlm aWNhdGlvbnMvY29udGVudHMvdWkvTm90aWZpY2F0aW9uSXRlbS5xbWw6MjIxOjIxOiBRTUwgU2Vs ZWN0YWJsZUw+Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUgcGxhc21hc2hlbGxb MTk1N106IGZpbGU6Ly8vdXNyL3NoYXJlL3BsYXNtYS9wbGFzbW9pZHMvb3JnLmtkZS5wbGFzbWEu bm90aWZpY2F0aW9ucy9jb250ZW50cy91aS9Ob3RpZmljYXRpb25JdGVtLnFtbDoyMjE6MjE6IFFN TCBTZWxlY3RhYmxlTD4KTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBwbGFzbWFz aGVsbFsxOTU3XTogZmlsZTovLy91c3Ivc2hhcmUvcGxhc21hL3BsYXNtb2lkcy9vcmcua2RlLnBs YXNtYS5ub3RpZmljYXRpb25zL2NvbnRlbnRzL3VpL05vdGlmaWNhdGlvbkl0ZW0ucW1sOjIyMToy MTogUU1MIFNlbGVjdGFibGVMPgpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIE5l dHdvcmtNYW5hZ2VyWzQ1MF06IDxpbmZvPiAgWzE2Njc5MzQzMjkuNjk4NV0gZGhjcDQgKGVubzEp OiBzdGF0ZSBjaGFuZ2VkIG5vIGxlYXNlCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9L REUgTmV0d29ya01hbmFnZXJbNDUwXTogPGluZm8+ICBbMTY2NzkzNDMyOS42OTg0XSBkaGNwNCAo ZW5vMSk6IGNhbmNlbGVkIERIQ1AgdHJhbnNhY3Rpb24KTm92IDA4IDIwOjA1OjI5IGxhdXJlbnot TWFuamFyb0tERSBwbGFzbWFzaGVsbFsxOTU3XTogQ291bGQgbm90IGZpbmQgdGhlIFBsYXNtb2lk IGZvciBQbGFzbWE6OkZyYW1lU3ZnSXRlbSgweDU2NDEyOGVmYjMxMCkgUVFtbENvbnRleHQoMHg1 NjQxMjZhYjA0OTApIFFVcmwoImZpbGU6Ly8vdXNyL3NoYXJlPgpOb3YgMDggMjA6MDU6MjkgbGF1 cmVuei1NYW5qYXJvS0RFIHBsYXNtYXNoZWxsWzE5NTddOiBDb3VsZCBub3QgZmluZCB0aGUgUGxh c21vaWQgZm9yIFBsYXNtYTo6RnJhbWVTdmdJdGVtKDB4NTY0MTI4ZWZiMzEwKSBRUW1sQ29udGV4 dCgweDU2NDEyNmFiMDQ5MCkgUVVybCgiZmlsZTovLy91c3Ivc2hhcmU+Ck5vdiAwOCAyMDowNToy OSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBbZHJtOmFtZGdwdV9kbV91cGRhdGVfZnJlZXN5 bmNfY2FwcyBbYW1kZ3B1XV0gKkVSUk9SKiBFRElEIENFQSBwYXJzZXIgZmFpbGVkCk5vdiAwOCAy MDowNToyOSBsYXVyZW56LU1hbmphcm9LREUgTmV0d29ya01hbmFnZXJbNDUwXTogPGluZm8+ICBb MTY2NzkzNDMyOS42NDk5XSBkZXZpY2UgKGVubzEpOiBzdGF0ZSBjaGFuZ2U6IGFjdGl2YXRlZCAt PiB1bm1hbmFnZWQgKHJlYXNvbiAnc2xlZXBpbmcnLCBzeXMtaWZhY2Utc3RhdGU6ICdtYT4KTm92 IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBOZXR3b3JrTWFuYWdlcls0NTBdOiA8aW5m bz4gIFsxNjY3OTM0MzI5LjY0OThdIG1hbmFnZXI6IHNsZWVwOiB3YWtlIHJlcXVlc3RlZCAoc2xl ZXBpbmc6IHllcyAgZW5hYmxlZDogeWVzKQpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJv S0RFIE1vZGVtTWFuYWdlcls0NTVdOiA8aW5mbz4gIFtzbGVlcC1tb25pdG9yLXN5c3RlbWRdIHN5 c3RlbSBpcyByZXN1bWluZwpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIHN5c3Rl bWQtbG9naW5kWzQyM106IE9wZXJhdGlvbiAnc2xlZXAnIGZpbmlzaGVkLgpOb3YgMDggMjA6MDU6 MjkgbGF1cmVuei1NYW5qYXJvS0RFIHN5c3RlbWRbMV06IFN0b3BwZWQgdGFyZ2V0IFN1c3BlbmQu Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUgc3lzdGVtZFsxXTogUmVhY2hlZCB0 YXJnZXQgU3VzcGVuZC4KTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBzeXN0ZW1k WzFdOiBTdG9wcGVkIHRhcmdldCBTbGVlcC4KTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFy b0tERSBzeXN0ZW1kWzFdOiBGaW5pc2hlZCBTeXN0ZW0gU3VzcGVuZC4KTm92IDA4IDIwOjA1OjI5 IGxhdXJlbnotTWFuamFyb0tERSBhdWRpdFsxXTogU0VSVklDRV9TVE9QIHBpZD0xIHVpZD0wIGF1 aWQ9NDI5NDk2NzI5NSBzZXM9NDI5NDk2NzI5NSBzdWJqPXVuY29uZmluZWQgbXNnPSd1bml0PXN5 c3RlbWQtc3VzcGVuZCBjb21tPSJzeXN0ZW1kIiBleGU9Ii91c3IvbGliL3N5PgpOb3YgMDggMjA6 MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGF1ZGl0WzFdOiBTRVJWSUNFX1NUQVJUIHBpZD0xIHVp ZD0wIGF1aWQ9NDI5NDk2NzI5NSBzZXM9NDI5NDk2NzI5NSBzdWJqPXVuY29uZmluZWQgbXNnPSd1 bml0PXN5c3RlbWQtc3VzcGVuZCBjb21tPSJzeXN0ZW1kIiBleGU9Ii91c3IvbGliL3M+Ck5vdiAw OCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhdWRpdDogdHlwZT0xMTMxIGF1 ZGl0KDE2Njc5MzQzMjkuNDkzOjQ2MCk6IHBpZD0xIHVpZD0wIGF1aWQ9NDI5NDk2NzI5NSBzZXM9 NDI5NDk2NzI5NSBzdWJqPXVuY29uZmluZWQgbXNnPSd1bml0PXN5c3RlbWQtc3VzcGVuZCBjbz4K Tm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGF1ZGl0OiB0eXBlPTEx MzAgYXVkaXQoMTY2NzkzNDMyOS40OTM6NDU5KTogcGlkPTEgdWlkPTAgYXVpZD00Mjk0OTY3Mjk1 IHNlcz00Mjk0OTY3Mjk1IHN1Ymo9dW5jb25maW5lZCBtc2c9J3VuaXQ9c3lzdGVtZC1zdXNwZW5k IGNvPgpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIHN5c3RlbWRbMV06IHN5c3Rl bWQtc3VzcGVuZC5zZXJ2aWNlOiBEZWFjdGl2YXRlZCBzdWNjZXNzZnVsbHkuCk5vdiAwOCAyMDow NToyOSBsYXVyZW56LU1hbmphcm9LREUga3dpbl93YXlsYW5kWzE4MjBdOiBrd2luX3dheWxhbmRf ZHJtOiBQcmVzZW50YXRpb24gZmFpbGVkISBEYXMgQXJndW1lbnQgaXN0IHVuZ8O8bHRpZwpOb3Yg MDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGt3aW5fd2F5bGFuZFsxODIwXToga3dpbl93 YXlsYW5kX2RybTogQXRvbWljIGNvbW1pdCBmYWlsZWQhIERhcyBBcmd1bWVudCBpc3QgdW5nw7xs dGlnCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga3dpbl93YXlsYW5kWzE4MjBd OiBrd2luX3dheWxhbmRfZHJtOiBQcmVzZW50YXRpb24gZmFpbGVkISBEYXMgQXJndW1lbnQgaXN0 IHVuZ8O8bHRpZwpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGt3aW5fd2F5bGFu ZFsxODIwXToga3dpbl93YXlsYW5kX2RybTogQXRvbWljIGNvbW1pdCBmYWlsZWQhIERhcyBBcmd1 bWVudCBpc3QgdW5nw7xsdGlnCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUgcnRr aXQtZGFlbW9uWzE4NTZdOiBEZW1vdGVkIDEwIHRocmVhZHMuCk5vdiAwOCAyMDowNToyOSBsYXVy ZW56LU1hbmphcm9LREUgcnRraXQtZGFlbW9uWzE4NTZdOiBTdWNjZXNzZnVsbHkgZGVtb3RlZCB0 aHJlYWQgMjA2OSBvZiBwcm9jZXNzIDIwNjkuCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmph cm9LREUgcnRraXQtZGFlbW9uWzE4NTZdOiBTdWNjZXNzZnVsbHkgZGVtb3RlZCB0aHJlYWQgMjA4 MiBvZiBwcm9jZXNzIDIwNjkuCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUgcnRr aXQtZGFlbW9uWzE4NTZdOiBTdWNjZXNzZnVsbHkgZGVtb3RlZCB0aHJlYWQgMjA3OCBvZiBwcm9j ZXNzIDIwNzEuCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUgcnRraXQtZGFlbW9u WzE4NTZdOiBTdWNjZXNzZnVsbHkgZGVtb3RlZCB0aHJlYWQgMjM1NSBvZiBwcm9jZXNzIDIzNTUu Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUgcnRraXQtZGFlbW9uWzE4NTZdOiBT dWNjZXNzZnVsbHkgZGVtb3RlZCB0aHJlYWQgMjQyMiBvZiBwcm9jZXNzIDIzNTUuCk5vdiAwOCAy MDowNToyOSBsYXVyZW56LU1hbmphcm9LREUgcnRraXQtZGFlbW9uWzE4NTZdOiBTdWNjZXNzZnVs bHkgZGVtb3RlZCB0aHJlYWQgMjQ0MSBvZiBwcm9jZXNzIDIzNTUuCk5vdiAwOCAyMDowNToyOSBs YXVyZW56LU1hbmphcm9LREUgcnRraXQtZGFlbW9uWzE4NTZdOiBTdWNjZXNzZnVsbHkgZGVtb3Rl ZCB0aHJlYWQgMjYxMiBvZiBwcm9jZXNzIDIzNTUuCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1h bmphcm9LREUgcnRraXQtZGFlbW9uWzE4NTZdOiBTdWNjZXNzZnVsbHkgZGVtb3RlZCB0aHJlYWQg Mjk1OSBvZiBwcm9jZXNzIDIzNTUuCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUg cnRraXQtZGFlbW9uWzE4NTZdOiBTdWNjZXNzZnVsbHkgZGVtb3RlZCB0aHJlYWQgNTEyMCBvZiBw cm9jZXNzIDQ5ODkuCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUgc3lzdGVtZC1z bGVlcFs1Nzg5XTogU3lzdGVtIHJldHVybmVkIGZyb20gc2xlZXAgc3RhdGUuCk5vdiAwOCAyMDow NToyOSBsYXVyZW56LU1hbmphcm9LREUgcnRraXQtZGFlbW9uWzE4NTZdOiBTdWNjZXNzZnVsbHkg ZGVtb3RlZCB0aHJlYWQgNTU5OSBvZiBwcm9jZXNzIDUyMzAuCk5vdiAwOCAyMDowNToyOSBsYXVy ZW56LU1hbmphcm9LREUgTmV0d29ya01hbmFnZXJbNDUwXTogPGluZm8+ICBbMTY2NzkzNDMyOS40 Njg0XSBkaGNwNCAoZW5vMSk6IHN0YXRlIGNoYW5nZWQgbm8gbGVhc2UKTm92IDA4IDIwOjA1OjI5 IGxhdXJlbnotTWFuamFyb0tERSBydGtpdC1kYWVtb25bMTg1Nl06IERlbW90aW5nIGtub3duIHJl YWwtdGltZSB0aHJlYWRzLgpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIE5ldHdv cmtNYW5hZ2VyWzQ1MF06IDxpbmZvPiAgWzE2Njc5MzQzMjkuNDY4NF0gZGhjcDQgKGVubzEpOiBh Y3RpdmF0aW9uOiBiZWdpbm5pbmcgdHJhbnNhY3Rpb24gKHRpbWVvdXQgaW4gNDUgc2Vjb25kcykK Tm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBydGtpdC1kYWVtb25bMTg1Nl06IFRo ZSBjYW5hcnkgdGhyZWFkIGlzIGFwcGFyZW50bHkgc3RhcnZpbmcuIFRha2luZyBhY3Rpb24uCk5v diAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBQTTogc3VzcGVuZCBleGl0 Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiB2aWRlbyBMTlhWSURF TzowMDogUmVzdG9yaW5nIGJhY2tsaWdodCBzdGF0ZQpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1N YW5qYXJvS0RFIGtlcm5lbDogZG9uZS4KTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tE RSBrZXJuZWw6IG1laV9oZGNwIDAwMDA6MDA6MTYuMC1iNjM4YWI3ZS05NGUyLTRlYTItYTU1Mi1k MWM1NGI2MjdmMDQ6IGJvdW5kIDAwMDA6MDA6MDIuMCAob3BzIGk5MTVfaGRjcF9jb21wb25lbnRf b3BzIFtpOTE1XSkKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IFJl c3RhcnRpbmcgdGFza3MgLi4uCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2Vy bmVsOiBPT00ga2lsbGVyIGVuYWJsZWQuCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9L REUga2VybmVsOiBhbWRncHUgMDAwMDowMzowMC4wOiBQTTogZmFpbGVkIHRvIHJlc3VtZSBhc3lu YzogZXJyb3IgLTYyCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBQ TTogZHBtX3J1bl9jYWxsYmFjaygpOiBwY2lfcG1fcmVzdW1lKzB4MC8weGUwIHJldHVybnMgLTYy Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhbWRncHUgMDAwMDow MzowMC4wOiBhbWRncHU6IGFtZGdwdV9kZXZpY2VfaXBfcmVzdW1lIGZhaWxlZCAoLTYyKS4KTm92 IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IFtkcm06YW1kZ3B1X2Rldmlj ZV9md19sb2FkaW5nIFthbWRncHVdXSAqRVJST1IqIHJlc3VtZSBvZiBJUCBibG9jayA8cHNwPiBm YWlsZWQgLTYyCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBbZHJt OnBzcF9yZXN1bWUgW2FtZGdwdV1dICpFUlJPUiogUFNQIHJlc3VtZSBmYWlsZWQKTm92IDA4IDIw OjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IFtkcm06cHNwX2h3X3N0YXJ0IFthbWRn cHVdXSAqRVJST1IqIFBTUCBsb2FkIGtkYiBmYWlsZWQhCk5vdiAwOCAyMDowNToyOSBsYXVyZW56 LU1hbmphcm9LREUga2VybmVsOiB1c2IgMi0xOiByZXNldCBTdXBlclNwZWVkIFVTQiBkZXZpY2Ug bnVtYmVyIDIgdXNpbmcgeGhjaV9oY2QKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tE RSBrZXJuZWw6IHVzYiAyLTE6IERpc2FibGUgb2YgZGV2aWNlLWluaXRpYXRlZCBVMiBmYWlsZWQu Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiB1c2IgMi0xOiBEaXNh YmxlIG9mIGRldmljZS1pbml0aWF0ZWQgVTEgZmFpbGVkLgpOb3YgMDggMjA6MDU6MjkgbGF1cmVu ei1NYW5qYXJvS0RFIGtlcm5lbDogdXNiIDQtMjogcmVzZXQgU3VwZXJTcGVlZCBVU0IgZGV2aWNl IG51bWJlciAyIHVzaW5nIHhoY2lfaGNkCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9L REUga2VybmVsOiBhdGExLjAwOiBjb25maWd1cmVkIGZvciBVRE1BLzEzMwpOb3YgMDggMjA6MDU6 MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogYXRhMS4wMDogQUNQSSBjbWQgYjEvYzE6MDA6 MDA6MDA6MDA6MDAgKERFVklDRSBDT05GSUdVUkFUSU9OIE9WRVJMQVkpIGZpbHRlcmVkIG91dApO b3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogYXRhMS4wMDogQUNQSSBj bWQgZjUvMDA6MDA6MDA6MDA6MDA6MDAgKFNFQ1VSSVRZIEZSRUVaRSBMT0NLKSBmaWx0ZXJlZCBv dXQKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGF0YTEuMDA6IEFD UEkgY21kIGVmLzEwOjA2OjAwOjAwOjAwOjAwIChTRVQgRkVBVFVSRVMpIHN1Y2NlZWRlZApOb3Yg MDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogYXRhMi4wMDogY29uZmlndXJl ZCBmb3IgVURNQS8xMzMKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6 IGF0YTIuMDA6IEFDUEkgY21kIGIxL2MxOjAwOjAwOjAwOjAwOjAwIChERVZJQ0UgQ09ORklHVVJB VElPTiBPVkVSTEFZKSBmaWx0ZXJlZCBvdXQKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFy b0tERSBrZXJuZWw6IGF0YTIuMDA6IEFDUEkgY21kIGY1LzAwOjAwOjAwOjAwOjAwOjAwIChTRUNV UklUWSBGUkVFWkUgTE9DSykgZmlsdGVyZWQgb3V0Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1h bmphcm9LREUga2VybmVsOiBhdGEyLjAwOiBBQ1BJIGNtZCBlZi8xMDowNjowMDowMDowMDowMCAo U0VUIEZFQVRVUkVTKSBzdWNjZWVkZWQKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tE RSBrZXJuZWw6IGF0YTIuMDA6IEFDUEkgY21kIGIxL2MxOjAwOjAwOjAwOjAwOjAwIChERVZJQ0Ug Q09ORklHVVJBVElPTiBPVkVSTEFZKSBmaWx0ZXJlZCBvdXQKTm92IDA4IDIwOjA1OjI5IGxhdXJl bnotTWFuamFyb0tERSBrZXJuZWw6IGF0YTIuMDA6IEFDUEkgY21kIGY1LzAwOjAwOjAwOjAwOjAw OjAwIChTRUNVUklUWSBGUkVFWkUgTE9DSykgZmlsdGVyZWQgb3V0Ck5vdiAwOCAyMDowNToyOSBs YXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhdGEyLjAwOiBBQ1BJIGNtZCBlZi8xMDowNjowMDow MDowMDowMCAoU0VUIEZFQVRVUkVTKSBzdWNjZWVkZWQKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnot TWFuamFyb0tERSBrZXJuZWw6IGF0YTEuMDA6IEFDUEkgY21kIGIxL2MxOjAwOjAwOjAwOjAwOjAw IChERVZJQ0UgQ09ORklHVVJBVElPTiBPVkVSTEFZKSBmaWx0ZXJlZCBvdXQKTm92IDA4IDIwOjA1 OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGF0YTEuMDA6IEFDUEkgY21kIGY1LzAwOjAw OjAwOjAwOjAwOjAwIChTRUNVUklUWSBGUkVFWkUgTE9DSykgZmlsdGVyZWQgb3V0Ck5vdiAwOCAy MDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhdGExLjAwOiBBQ1BJIGNtZCBlZi8x MDowNjowMDowMDowMDowMCAoU0VUIEZFQVRVUkVTKSBzdWNjZWVkZWQKTm92IDA4IDIwOjA1OjI5 IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IGF0YTI6IFNBVEEgbGluayB1cCA2LjAgR2JwcyAo U1N0YXR1cyAxMzMgU0NvbnRyb2wgMzAwKQpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJv S0RFIGtlcm5lbDogYXRhMzogU0FUQSBsaW5rIGRvd24gKFNTdGF0dXMgNCBTQ29udHJvbCAzMDAp Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhdGE1OiBTQVRBIGxp bmsgZG93biAoU1N0YXR1cyA0IFNDb250cm9sIDMwMCkKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnot TWFuamFyb0tERSBrZXJuZWw6IGF0YTY6IFNBVEEgbGluayBkb3duIChTU3RhdHVzIDQgU0NvbnRy b2wgMzAwKQpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogYXRhMTog U0FUQSBsaW5rIHVwIDEuNSBHYnBzIChTU3RhdHVzIDExMyBTQ29udHJvbCAzMDApCk5vdiAwOCAy MDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiB1c2IgMS0xNDogcmVzZXQgZnVsbC1z cGVlZCBVU0IgZGV2aWNlIG51bWJlciA3IHVzaW5nIHhoY2lfaGNkCk5vdiAwOCAyMDowNToyOSBs YXVyZW56LU1hbmphcm9LREUga2VybmVsOiBudm1lIG52bWUwOiA2LzAvMCBkZWZhdWx0L3JlYWQv cG9sbCBxdWV1ZXMKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IHNk IDE6MDowOjA6IFtzZGFdIFN0YXJ0aW5nIGRpc2sKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFu amFyb0tERSBrZXJuZWw6IHNkIDM6MDowOjA6IFtzZGJdIFN0YXJ0aW5nIGRpc2sKTm92IDA4IDIw OjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IHNlcmlhbCAwMDowMjogYWN0aXZhdGVk Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBpOTE1IDAwMDA6MDA6 MDIuMDogW2RybV0gW0VOQ09ERVI6MTA4OkRESSBEL1BIWSBEXSBpcyBkaXNhYmxlZC9pbiBEU0kg bW9kZSB3aXRoIGFuIHVuZ2F0ZWQgRERJIGNsb2NrLCBnYXRlIGl0Ck5vdiAwOCAyMDowNToyOSBs YXVyZW56LU1hbmphcm9LREUga2VybmVsOiBpOTE1IDAwMDA6MDA6MDIuMDogW2RybV0gW0VOQ09E RVI6MTA0OkRESSBDL1BIWSBDXSBpcyBkaXNhYmxlZC9pbiBEU0kgbW9kZSB3aXRoIGFuIHVuZ2F0 ZWQgRERJIGNsb2NrLCBnYXRlIGl0Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUg a2VybmVsOiBpOTE1IDAwMDA6MDA6MDIuMDogW2RybV0gW0VOQ09ERVI6OTQ6RERJIEIvUEhZIEJd IGlzIGRpc2FibGVkL2luIERTSSBtb2RlIHdpdGggYW4gdW5nYXRlZCBEREkgY2xvY2ssIGdhdGUg aXQKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IFtkcm1dIFBTUCBp cyByZXN1bWluZy4uLgpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDog W2RybV0gUENJRSBHQVJUIG9mIDUxMk0gZW5hYmxlZCAodGFibGUgYXQgMHgwMDAwMDA4MDAxRkE0 MDAwKS4KTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IHVzYiB1c2I0 OiByb290IGh1YiBsb3N0IHBvd2VyIG9yIHdhcyByZXNldApOb3YgMDggMjA6MDU6MjkgbGF1cmVu ei1NYW5qYXJvS0RFIGtlcm5lbDogdXNiIHVzYjM6IHJvb3QgaHViIGxvc3QgcG93ZXIgb3Igd2Fz IHJlc2V0Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiB4aGNpX2hj ZCAwMDAwOjA1OjAwLjA6IHhIQyBlcnJvciBpbiByZXN1bWUsIFVTQlNUUyAweDQwMSwgUmVpbml0 Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBBQ1BJOiBQTTogV2Fr aW5nIHVwIGZyb20gc3lzdGVtIHNsZWVwIHN0YXRlIFMzCk5vdiAwOCAyMDowNToyOSBsYXVyZW56 LU1hbmphcm9LREUga2VybmVsOiBDUFU1IGlzIHVwCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1h bmphcm9LREUga2VybmVsOiBzbXBib290OiBCb290aW5nIE5vZGUgMCBQcm9jZXNzb3IgNSBBUElD IDB4YQpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogQ1BVNCBpcyB1 cApOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogc21wYm9vdDogQm9v dGluZyBOb2RlIDAgUHJvY2Vzc29yIDQgQVBJQyAweDgKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnot TWFuamFyb0tERSBrZXJuZWw6IENQVTMgaXMgdXAKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFu amFyb0tERSBrZXJuZWw6IHNtcGJvb3Q6IEJvb3RpbmcgTm9kZSAwIFByb2Nlc3NvciAzIEFQSUMg MHg2Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBDUFUyIGlzIHVw Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBzbXBib290OiBCb290 aW5nIE5vZGUgMCBQcm9jZXNzb3IgMiBBUElDIDB4NApOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1N YW5qYXJvS0RFIGtlcm5lbDogQ1BVMSBpcyB1cApOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5q YXJvS0RFIGtlcm5lbDogc21wYm9vdDogQm9vdGluZyBOb2RlIDAgUHJvY2Vzc29yIDEgQVBJQyAw eDIKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IHg4NjogQm9vdGlu ZyBTTVAgY29uZmlndXJhdGlvbjoKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBr ZXJuZWw6IEVuYWJsaW5nIG5vbi1ib290IENQVXMgLi4uCk5vdiAwOCAyMDowNToyOSBsYXVyZW56 LU1hbmphcm9LREUga2VybmVsOiBBQ1BJOiBQTTogUmVzdG9yaW5nIHBsYXRmb3JtIE5WUyBtZW1v cnkKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IEFDUEk6IFBNOiBM b3ctbGV2ZWwgcmVzdW1lIGNvbXBsZXRlCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9L REUga2VybmVsOiBzbXBib290OiBDUFUgNSBpcyBub3cgb2ZmbGluZQpOb3YgMDggMjA6MDU6Mjkg bGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogc21wYm9vdDogQ1BVIDQgaXMgbm93IG9mZmxpbmUK Tm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IHNtcGJvb3Q6IENQVSAz IGlzIG5vdyBvZmZsaW5lCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVs OiBzbXBib290OiBDUFUgMiBpcyBub3cgb2ZmbGluZQpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1N YW5qYXJvS0RFIGtlcm5lbDogc21wYm9vdDogQ1BVIDEgaXMgbm93IG9mZmxpbmUKTm92IDA4IDIw OjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IERpc2FibGluZyBub24tYm9vdCBDUFVz IC4uLgpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogQUNQSTogUE06 IFNhdmluZyBwbGF0Zm9ybSBOVlMgbWVtb3J5Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmph cm9LREUga2VybmVsOiBBQ1BJOiBQTTogUHJlcGFyaW5nIHRvIGVudGVyIHN5c3RlbSBzbGVlcCBz dGF0ZSBTMwpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogW2RybV0g RmVuY2UgZmFsbGJhY2sgdGltZXIgZXhwaXJlZCBvbiByaW5nIHNkbWEwCk5vdiAwOCAyMDowNToy OSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhbWRncHUgMDAwMDowMzowMC4wOiBhbWRncHU6 IEdQVSBzbXUgbW9kZTEgcmVzZXQKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBr ZXJuZWw6IGFtZGdwdSAwMDAwOjAzOjAwLjA6IGFtZGdwdTogR1BVIG1vZGUxIHJlc2V0Ck5vdiAw OCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBhbWRncHUgMDAwMDowMzowMC4w OiBhbWRncHU6IE1PREUxIHJlc2V0Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUg a2VybmVsOiBbZHJtXSBldmljdGluZyBkZXZpY2UgcmVzb3VyY2VzIGZhaWxlZApOb3YgMDggMjA6 MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogYW1kZ3B1OiBNb3ZlIGJ1ZmZlciBmYWxs YmFjayB0byBtZW1jcHkgdW5hdmFpbGFibGUKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFy b0tERSBrZXJuZWw6IFtkcm1dIGZyZWUgUFNQIFRNUiBidWZmZXIKTm92IDA4IDIwOjA1OjI5IGxh dXJlbnotTWFuamFyb0tERSBrZXJuZWw6IFtkcm1dIEZlbmNlIGZhbGxiYWNrIHRpbWVyIGV4cGly ZWQgb24gcmluZyBzZG1hMApOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5l bDogW2RybV0gRmVuY2UgZmFsbGJhY2sgdGltZXIgZXhwaXJlZCBvbiByaW5nIHNkbWEwCk5vdiAw OCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBbZHJtXSBGZW5jZSBmYWxsYmFj ayB0aW1lciBleHBpcmVkIG9uIHJpbmcgc2RtYTAKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFu amFyb0tERSBrZXJuZWw6IFtkcm1dIEZlbmNlIGZhbGxiYWNrIHRpbWVyIGV4cGlyZWQgb24gcmlu ZyBzZG1hMApOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogW2RybV0g RmVuY2UgZmFsbGJhY2sgdGltZXIgZXhwaXJlZCBvbiByaW5nIHNkbWEwCk5vdiAwOCAyMDowNToy OSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBbZHJtXSBGZW5jZSBmYWxsYmFjayB0aW1lciBl eHBpcmVkIG9uIHJpbmcgc2RtYTAKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBr ZXJuZWw6IFtkcm1dIEZlbmNlIGZhbGxiYWNrIHRpbWVyIGV4cGlyZWQgb24gcmluZyBzZG1hMApO b3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogW2RybV0gRmVuY2UgZmFs bGJhY2sgdGltZXIgZXhwaXJlZCBvbiByaW5nIHNkbWEwCk5vdiAwOCAyMDowNToyOSBsYXVyZW56 LU1hbmphcm9LREUga2VybmVsOiBbZHJtXSBGZW5jZSBmYWxsYmFjayB0aW1lciBleHBpcmVkIG9u IHJpbmcgc2RtYTAKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IFtk cm1dIEZlbmNlIGZhbGxiYWNrIHRpbWVyIGV4cGlyZWQgb24gcmluZyBzZG1hMApOb3YgMDggMjA6 MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogW2RybV0gRmVuY2UgZmFsbGJhY2sgdGlt ZXIgZXhwaXJlZCBvbiByaW5nIHNkbWEwCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9L REUga2VybmVsOiBbZHJtXSBGZW5jZSBmYWxsYmFjayB0aW1lciBleHBpcmVkIG9uIHJpbmcgc2Rt YTAKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IFtkcm1dIGV2aWN0 aW5nIGRldmljZSByZXNvdXJjZXMgZmFpbGVkCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmph cm9LREUga2VybmVsOiAtLS1bIGVuZCB0cmFjZSAzODgwZjUyMDg0YzQ5OGIzIF0tLS0KTm92IDA4 IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6ICA8L1RBU0s+Ck5vdiAwOCAyMDow NToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiAgcmV0X2Zyb21fZm9yaysweDFmLzB4MzAK Tm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6ICA/IHNldF9rdGhyZWFk X3N0cnVjdCsweDYwLzB4NjAKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJu ZWw6ICBrdGhyZWFkKzB4MTIwLzB4MTUwCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9L REUga2VybmVsOiAgPyBwcm9jZXNzX29uZV93b3JrKzB4MzkwLzB4MzkwCk5vdiAwOCAyMDowNToy OSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiAgd29ya2VyX3RocmVhZCsweDRkLzB4M2EwCk5v diAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiAgcHJvY2Vzc19vbmVfd29y aysweDFjNy8weDM5MApOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDog IGFzeW5jX3J1bl9lbnRyeV9mbisweDJkLzB4MTMwCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1h bmphcm9LREUga2VybmVsOiAgYXN5bmNfc3VzcGVuZCsweDFhLzB4ODAKTm92IDA4IDIwOjA1OjI5 IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6ICBfX2RldmljZV9zdXNwZW5kKzB4MTBhLzB4NTAw Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiAgZHBtX3J1bl9jYWxs YmFjaysweDQ3LzB4MTcwCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVs OiAgPyBwY2lfcG1fZnJlZXplKzB4YzAvMHhjMApOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5q YXJvS0RFIGtlcm5lbDogIHBjaV9wbV9zdXNwZW5kKzB4NzAvMHgxNjAKTm92IDA4IDIwOjA1OjI5 IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6ICBhbWRncHVfZGV2aWNlX3N1c3BlbmQrMHhhYy8w eDE4MCBbYW1kZ3B1IDkwMTQyZmVhMDEyODI4ZWRjNjk2MzYzZWNkNzEyZDQ5NDUxOTBjNzBdCk5v diAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiAgdHRtX3Jlc291cmNlX21h bmFnZXJfZXZpY3RfYWxsKzB4YTMvMHgxZTAgW3R0bSA5NWE3YjJjZDJkZjU1NzZkNzVjNTIxMTk2 NTBhYTMxNzBlODQ2NmE2XQpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5l bDogID8gcG1fdW5pbml0KzB4MTYvMHgzMCBbYW1kZ3B1IDkwMTQyZmVhMDEyODI4ZWRjNjk2MzYz ZWNkNzEyZDQ5NDUxOTBjNzBdCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2Vy bmVsOiAgdHRtX21lbV9ldmljdF9maXJzdCsweDJkNS8weDUwMCBbdHRtIDk1YTdiMmNkMmRmNTU3 NmQ3NWM1MjExOTY1MGFhMzE3MGU4NDY2YTZdCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmph cm9LREUga2VybmVsOiAgdHRtX2JvX2hhbmRsZV9tb3ZlX21lbSsweDg5LzB4MWEwIFt0dG0gOTVh N2IyY2QyZGY1NTc2ZDc1YzUyMTE5NjUwYWEzMTcwZTg0NjZhNl0KTm92IDA4IDIwOjA1OjI5IGxh dXJlbnotTWFuamFyb0tERSBrZXJuZWw6ICA/IHVubWFwX21hcHBpbmdfcGFnZXMrMHhhMi8weDEz MApOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogID8ga21lbV9jYWNo ZV9hbGxvY190cmFjZSsweDM1MC8weDQ1MApOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJv S0RFIGtlcm5lbDogIDxUQVNLPgpOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtl cm5lbDogQ2FsbCBUcmFjZToKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJu ZWw6IERSMzogMDAwMDAwMDAwMDAwMDAwMCBEUjY6IDAwMDAwMDAwZmZmZTBmZjAgRFI3OiAwMDAw MDAwMDAwMDAwNDAwCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBE UjA6IDAwMDAwMDAwMDAwMDAwMDAgRFIxOiAwMDAwMDAwMDAwMDAwMDAwIERSMjogMDAwMDAwMDAw MDAwMDAwMApOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogQ1IyOiAw MDAwN2Y1OGNmY2MxMDAwIENSMzogMDAwMDAwMDU5OWUxMDAwMyBDUjQ6IDAwMDAwMDAwMDAzNzA2 ZTAKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IENTOiAgMDAxMCBE UzogMDAwMCBFUzogMDAwMCBDUjA6IDAwMDAwMDAwODAwNTAwMzMKTm92IDA4IDIwOjA1OjI5IGxh dXJlbnotTWFuamFyb0tERSBrZXJuZWw6IEZTOiAgMDAwMDAwMDAwMDAwMDAwMCgwMDAwKSBHUzpm ZmZmOGFiZjVlZDAwMDAwKDAwMDApIGtubEdTOjAwMDAwMDAwMDAwMDAwMDAKTm92IDA4IDIwOjA1 OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IFIxMzogZmZmZjhhYjhmN2I0ODEwOCBSMTQ6 IGZmZmY4YWI4MjI1NDUyODggUjE1OiBmZmZmOGFiODVjYWY0ODU4Ck5vdiAwOCAyMDowNToyOSBs YXVyZW56LU1hbmphcm9LREUga2VybmVsOiBSMTA6IGZmZmZhYTk0NDU1MmJjYjggUjExOiAwMDAw MDAwMDAwMDAwMDAwIFIxMjogMDAwMDAwMDAwMDAwMDAwMQpOb3YgMDggMjA6MDU6MjkgbGF1cmVu ei1NYW5qYXJvS0RFIGtlcm5lbDogUkJQOiBmZmZmOGFiODg4NGI1ZmMwIFIwODogZmZmZmFhOTQ0 NTUyYmNiOCBSMDk6IDAwMDAwMDAwMDAwMDAwMDAKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFu amFyb0tERSBrZXJuZWw6IFJEWDogZmZmZmFhOTQ0NTUyYmQ1MCBSU0k6IDAwMDAwMDAwMDAwMDAw MDEgUkRJOiBmZmZmOGFiODVjYWY0ODU4Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9L REUga2VybmVsOiBSQVg6IDAwMDAwMDAwMDAwMDAwMDAgUkJYOiBmZmZmOGFiODVjYWY0ODU4IFJD WDogZmZmZjhhYjg4ODRiNWZjMApOb3YgMDggMjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtl cm5lbDogUlNQOiAwMDAwOmZmZmZhYTk0NDU1MmJiYTAgRUZMQUdTOiAwMDAxMDIwMgpOb3YgMDgg MjA6MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogQ29kZTogMDAgMDAgNDkgOGIgN2Yg MTAgODkgMGMgMjQgZTggYzAgMWUgNmQgYzYgNDkgYzcgNDcgMTAgMDAgMDAgMDAgMDAgNDggYzcg YzcgM2YgMzIgM2IgYzEgZTggZWMgNTIgYjUgYzYgOGIgMGMgMjQgZTkgM2QgZmUgZmYgZmY+Ck5v diAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBSSVA6IDAwMTA6YW1kZ3B1 X2JvX21vdmUrMHg0MWMvMHg3MjAgW2FtZGdwdV0KTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFu amFyb0tERSBrZXJuZWw6IFdvcmtxdWV1ZTogZXZlbnRzX3VuYm91bmQgYXN5bmNfcnVuX2VudHJ5 X2ZuCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBIYXJkd2FyZSBu YW1lOiBNaWNyby1TdGFyIEludGVybmF0aW9uYWwgQ28uLCBMdGQuIE1TLTdCNDYvWjM3MCBLUkFJ VCBHQU1JTkcgKE1TLTdCNDYpLCBCSU9TIDEuQTAgMDEvMDcvMjAyMApOb3YgMDggMjA6MDU6Mjkg bGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogQ1BVOiA0IFBJRDogNTgyMCBDb21tOiBrd29ya2Vy L3UxMjozOSBOb3QgdGFpbnRlZCA1LjE1Ljc2LTEtTUFOSkFSTyAjMSAwMjdmYzliMmQ3YzdiNTIw NzlhMjE4ZTczMTYyMWVhYjQ0OGEwMWM4Ck5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9L REUga2VybmVsOiAgc25kX2h3ZGVwIGkyY19zbWJ1cyBzcXVhc2hmcyBxcnRyIHJma2lsbCBsb29w IG5zIHNuZF9wY20gdXNiaGlkIHNuZF90aW1lciBpOTE1IHNuZCBncHVfc2NoZWQgc291bmRjb3Jl IGRybV90dG1faGVscGVyIHRwbV9jcmIgdHBtXz4KTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFu amFyb0tERSBrZXJuZWw6IE1vZHVsZXMgbGlua2VkIGluOiB4dF9uYXQgaGlkX3BsYW50cm9uaWNz IHZldGggbmZfY29ubnRyYWNrX25ldGxpbmsgbmZuZXRsaW5rIHh0X2FkZHJ0eXBlIGJyX25ldGZp bHRlciB4dF9DSEVDS1NVTSB4dF9NQVNRVUVSQURFIHh0PgpOb3YgMDggMjA6MDU6MjkgbGF1cmVu ei1NYW5qYXJvS0RFIGtlcm5lbDogV0FSTklORzogQ1BVOiA0IFBJRDogNTgyMCBhdCBkcml2ZXJz L2dwdS9kcm0vYW1kL2FtZGdwdS9hbWRncHVfdHRtLmM6NDc5IGFtZGdwdV9ib19tb3ZlKzB4NDFj LzB4NzIwIFthbWRncHVdCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVs OiAtLS0tLS0tLS0tLS1bIGN1dCBoZXJlIF0tLS0tLS0tLS0tLS0KTm92IDA4IDIwOjA1OjI5IGxh dXJlbnotTWFuamFyb0tERSBrZXJuZWw6IHNkIDE6MDowOjA6IFtzZGFdIFN0b3BwaW5nIGRpc2sK Tm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IHNkIDM6MDowOjA6IFtz ZGJdIFN0b3BwaW5nIGRpc2sKTm92IDA4IDIwOjA1OjI5IGxhdXJlbnotTWFuamFyb0tERSBrZXJu ZWw6IHNkIDM6MDowOjA6IFtzZGJdIFN5bmNocm9uaXppbmcgU0NTSSBjYWNoZQpOb3YgMDggMjA6 MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogc2QgMTowOjA6MDogW3NkYV0gU3luY2hy b25pemluZyBTQ1NJIGNhY2hlCk5vdiAwOCAyMDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2Vy bmVsOiBlMTAwMGU6IEVFRSBUWCBMUEkgVElNRVI6IDAwMDAwMDExCk5vdiAwOCAyMDowNToyOSBs YXVyZW56LU1hbmphcm9LREUga2VybmVsOiBzZXJpYWwgMDA6MDI6IGRpc2FibGVkCk5vdiAwOCAy MDowNToyOSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBwcmludGs6IFN1c3BlbmRpbmcgY29u c29sZShzKSAodXNlIG5vX2NvbnNvbGVfc3VzcGVuZCB0byBkZWJ1ZykKTm92IDA4IDIwOjA1OjI5 IGxhdXJlbnotTWFuamFyb0tERSBrZXJuZWw6IEZyZWV6aW5nIHJlbWFpbmluZyBmcmVlemFibGUg dGFza3MgLi4uIChlbGFwc2VkIDAuMDAxIHNlY29uZHMpIGRvbmUuCk5vdiAwOCAyMDowNToyOSBs YXVyZW56LU1hbmphcm9LREUga2VybmVsOiBPT00ga2lsbGVyIGRpc2FibGVkLgpOb3YgMDggMjA6 MDU6MjkgbGF1cmVuei1NYW5qYXJvS0RFIGtlcm5lbDogRnJlZXppbmcgdXNlciBzcGFjZSBwcm9j ZXNzZXMgLi4uIChlbGFwc2VkIDAuMDAyIHNlY29uZHMpIGRvbmUuCk5vdiAwOCAyMDowNToyOSBs YXVyZW56LU1hbmphcm9LREUga2VybmVsOiBGaWxlc3lzdGVtcyBzeW5jOiAwLjAwNiBzZWNvbmRz Ck5vdiAwOCAxMzo0MToxNSBsYXVyZW56LU1hbmphcm9LREUga2VybmVsOiBQTTogc3VzcGVuZCBl bnRyeSAoZGVlcCkKTm92IDA4IDEzOjQxOjE1IGxhdXJlbnotTWFuamFyb0tERSBzeXN0ZW1kLXNs ZWVwWzU3ODldOiBFbnRlcmluZyBzbGVlcCBzdGF0ZSAnc3VzcGVuZCcuLi4KTm92IDA4IDEzOjQx OjE1IGxhdXJlbnotTWFuamFyb0tERSBzeXN0ZW1kWzFdOiBTdGFydGluZyBTeXN0ZW0gU3VzcGVu ZC4uLgpOb3YgMDggMTM6NDE6MTUgbGF1cmVuei1NYW5qYXJvS0RFIHN5c3RlbWRbMV06IFJlYWNo ZWQgdGFyZ2V0IFNsZWVwLgo=