From avg at freebsd.org Tue Sep 1 10:14:50 2009 From: avg at freebsd.org (Andriy Gapon) Date: Tue Sep 1 10:14:56 2009 Subject: acpi_wmi dependency on acpi_ec In-Reply-To: <4A9C1CFD.1010602@root.org> References: <4A99547A.7090809@freebsd.org> <4A9C1CFD.1010602@root.org> Message-ID: <4A9CF414.5060800@freebsd.org> on 31/08/2009 21:57 Nate Lawson said the following: > Andriy Gapon wrote: >> Does acpi_wmi have to depend on acpi_ec so strongly as it does now? >> >> The reason I am asking is that I have a desktop system that seems to >> provide "something WMI", but doesn't have an EC: >> http://people.freebsd.org/~avg/ga-ma780g-ud3h/acpi.asl > > WMI is two things: > 1. proprietary API to some data already available in ACPI > 2. standard for organizing system information not yet listed in the ACPI > spec Nate, thank you - I am getting some knowledge on WMI (WMI+ACPI specifically), but it is quite a big subject. >> I am not sure how to proceed next and if I can actually get anything >> useful with WMI on this system. >> For now I extracted binary MOF file stored in WQBA and used wmimofck >> utility (from Windows Driver Kit) on it. The following is the resulting >> header file: >> http://people.freebsd.org/~avg/ga-ma780g-ud3h/wq.h >> Any advice on what I could try next? > > What you can do with it is totally dependent on the system. Sometimes it > offers a lot of info, sometimes not. With laptops, I think most > manufacturers ignored WMI and ACPI and wrote their own hotkey drivers. In this case I determined that ASL provides WMI interface for AMD OverDrive. In ASL I see code that accesses clock generator via i2c and similar. I think that with enough time and motivation I could figure out how to use that interface (from looking at the header file and ASL code for WMI methods). But right now I am lacking both. -- Andriy Gapon From freebsdusb at bindone.de Wed Sep 2 00:20:51 2009 From: freebsdusb at bindone.de (Michael Gmelin) Date: Wed Sep 2 00:20:57 2009 Subject: acpi_wmi dependency on acpi_ec In-Reply-To: <4A9CF414.5060800@freebsd.org> References: <4A99547A.7090809@freebsd.org> <4A9C1CFD.1010602@root.org> <4A9CF414.5060800@freebsd.org> Message-ID: <4A9DBA36.4000404@bindone.de> Andriy Gapon wrote: > on 31/08/2009 21:57 Nate Lawson said the following: >> Andriy Gapon wrote: >>> Does acpi_wmi have to depend on acpi_ec so strongly as it does now? >>> >>> The reason I am asking is that I have a desktop system that seems to >>> provide "something WMI", but doesn't have an EC: >>> http://people.freebsd.org/~avg/ga-ma780g-ud3h/acpi.asl >> WMI is two things: >> 1. proprietary API to some data already available in ACPI >> 2. standard for organizing system information not yet listed in the ACPI >> spec > > Nate, > > thank you - I am getting some knowledge on WMI (WMI+ACPI specifically), but it is > quite a big subject. > >>> I am not sure how to proceed next and if I can actually get anything >>> useful with WMI on this system. >>> For now I extracted binary MOF file stored in WQBA and used wmimofck >>> utility (from Windows Driver Kit) on it. The following is the resulting >>> header file: >>> http://people.freebsd.org/~avg/ga-ma780g-ud3h/wq.h >>> Any advice on what I could try next? >> What you can do with it is totally dependent on the system. Sometimes it >> offers a lot of info, sometimes not. With laptops, I think most >> manufacturers ignored WMI and ACPI and wrote their own hotkey drivers. > > In this case I determined that ASL provides WMI interface for AMD OverDrive. > In ASL I see code that accesses clock generator via i2c and similar. > I think that with enough time and motivation I could figure out how to use that > interface (from looking at the header file and ASL code for WMI methods). > But right now I am lacking both. > Hi Andriy, the reason I wrote the acpi_wmi driver in the first place was to make acpi_hp possible, which seems to be the only way to access certain functionalities (especially BIOS and wireless [wlan/wwan/bluetooth]) on HP notebooks. Unfortunately I cannot tell what your notebook could offer through that (as Nate pointed out - pretty horrible) interface, depending on your modell the manufacturer might provide some information (like HP does, see links in acpi_hp.c). Without any documentation the wq.h file is more or less useless (what manufacturer/model are we talking about?) To answer your original question: Afaik, to make it work with HP notebooks the dependency to acpi_ec cannot be avoided, but there might be a better way to figure out if it is necessary or not?!? Certain notebooks (like Acer models) seem to work similar to HP machines, but without actually getting my hands on the hardware there is very little I can provide. I would also be interested in any documentation that provides more details about ACPI-WMI in general, I put links to anything I could find online into the drivers, but I still feel like this information is incomplete. cheers Michael From robert.moore at intel.com Thu Sep 3 19:41:49 2009 From: robert.moore at intel.com (Moore, Robert) Date: Thu Sep 3 20:55:23 2009 Subject: ACPICA version 20090903 released Message-ID: <4911F71203A09E4D9981D27F9D8308583748AFEF@orsmsx503.amr.corp.intel.com> 03 September 2009. Summary of changes for version 20090903: This release is available at www.acpica.org/downloads 1) ACPI CA Core Subsystem: For Windows Vista compatibility, added the automatic execution of an _INI method located at the namespace root (\_INI). This method is executed at table load time. This support is in addition to the automatic execution of \_SB._INI. Lin Ming. Fixed a possible memory leak in the interpreter for AML package objects if the package initializer list is longer than the defined size of the package. This apparently can only happen if the BIOS changes the package size on the fly (seen in a _PSS object), as ASL compilers do not allow this. The interpreter will truncate the package to the defined size (and issue an error message), but previously could leave the extra objects undeleted if they were pre-created during the argument processing (such is the case if the package consists of a number of sub-packages as in the _PSS.) ACPICA BZ 805. Fixed a problem seen when a Buffer or String is stored to itself via ASL. This has been reported in the field. Previously, ACPICA would zero out the buffer/string. Now, the operation is treated as a noop. Provides Windows compatibility. ACPICA BZ 803. Lin Ming. Removed an extraneous error message for ASL constructs of the form Store(LocalX,LocalX) when LocalX is uninitialized. These curious statements are seen in many BIOSs and are once again treated as NOOPs and no error is emitted when they are encountered. ACPICA BZ 785. Fixed an extraneous warning message if a _DSM reserved method returns a Package object. _DSM can return any type of object, so validation on the return type cannot be performed. ACPICA BZ 802. Example Code and Data Size: These are the sizes for the OS-independent acpica.lib produced by the Microsoft Visual C++ 6.0 32-bit compiler. The debug version of the code includes the debug output trace mechanism and has a much larger code and data size. Previous Release: Non-Debug Version: 85.5K Code, 18.0K Data, 103.5K Total Debug Version: 161.6K Code, 50.9K Data, 212.5K Total Current Release: Non-Debug Version: 85.6K Code, 18.0K Data, 103.6K Total Debug Version: 161.7K Code, 50.9K Data, 212.6K Total 2) iASL Compiler/Disassembler and Tools: iASL: Fixed a problem with the use of the Alias operator and Resource Templates. The correct alias is now constructed and no error is emitted. ACPICA BZ 738. iASL: Implemented the -I option to specify additional search directories for include files. Allows multiple additional search paths for include files. Directories are searched in the order specified on the command line (after the local directory is searched.) ACPICA BZ 800. iASL: Fixed a problem where the full pathname for include files was not emitted for warnings/errors. This caused the IDE support to not work properly. ACPICA BZ 765. iASL: Implemented the -@ option to specify a Windows-style response file containing additional command line options. ACPICA BZ 801. AcpiExec: Added support to load multiple AML files simultaneously (such as a DSDT and multiple SSDTs). Also added support for wildcards within the AML pathname. These features allow all machine tables to be easily loaded and debugged together. ACPICA BZ 804. Disassembler: Added missing support for disassembly of HEST table Error Bank subtables. From cap at kernelcraft.com Fri Sep 4 09:43:56 2009 From: cap at kernelcraft.com (Alexey Petrenko) Date: Fri Sep 4 09:44:02 2009 Subject: Reset button handler Message-ID: Hey, folks. I'm working on FreeBSD powered end-user device and we are interested in custom handler for reset button. And looks like if it's possible to do then it should be done using acpi. I'm completely new to this area. I've googled in the Internet and searched this mail list archive but have not found anything about reset button. So my questions are: 1. Is it possible to implement reset button handler? 2. If yes, could you please point me to some useful docs or code or anything? Thanks. Alexey From avg at icyb.net.ua Fri Sep 4 11:48:34 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Sep 4 11:48:40 2009 Subject: Reset button handler In-Reply-To: References: Message-ID: <4AA0FE89.2070801@icyb.net.ua> on 04/09/2009 12:14 Alexey Petrenko said the following: > Hey, folks. > > I'm working on FreeBSD powered end-user device and we are interested > in custom handler for reset button. > And looks like if it's possible to do then it should be done using acpi. > > I'm completely new to this area. I've googled in the Internet and > searched this mail list archive but have not found anything about > reset button. > > So my questions are: > 1. Is it possible to implement reset button handler? > 2. If yes, could you please point me to some useful docs or code or anything? Typically reset button is connect to an appropriate hardware pin and the whole reset happens electronically in hardware. On the other hand, sleep and power button are typically software controlled and typically this done via ACPI, yes. Could you please point us to the device with a software controlled reset button? -- Andriy Gapon From cap at kernelcraft.com Fri Sep 4 12:03:29 2009 From: cap at kernelcraft.com (Alexey Petrenko) Date: Fri Sep 4 12:03:35 2009 Subject: Reset button handler In-Reply-To: <4AA0FE89.2070801@icyb.net.ua> References: <4AA0FE89.2070801@icyb.net.ua> Message-ID: We are using standard mini-ITX Atom powered motherboard with standard mini-ITX case. And looks like this means: no, software reset button handler is not possible. I was afraid of it after my googling :) That's pity. Will think how to implement needed feature in other way. Thanks. Alexey 2009/9/4 Andriy Gapon : > on 04/09/2009 12:14 Alexey Petrenko said the following: >> Hey, folks. >> >> I'm working on FreeBSD powered end-user device and we are interested >> in custom handler for reset button. >> And looks like if it's possible to do then it should be done using acpi. >> >> I'm completely new to this area. I've googled in the Internet and >> searched this mail list archive but have not found anything about >> reset button. >> >> So my questions are: >> 1. Is it possible to implement reset button handler? >> 2. If yes, could you please point me to some useful docs or code or anything? > > Typically reset button is connect to an appropriate hardware pin and the whole > reset happens electronically in hardware. > On the other hand, sleep and power button are typically software controlled and > typically this done via ACPI, yes. > > Could you please point us to the device with a software controlled reset button? > > > -- > Andriy Gapon > From avg at freebsd.org Sun Sep 6 20:36:30 2009 From: avg at freebsd.org (Andriy Gapon) Date: Sun Sep 6 20:36:36 2009 Subject: intpm: add support for AMD SBxxx SMBus controller Message-ID: <4AA41D4A.4080805@freebsd.org> Please review the included patch that adds support from SMBus controller found in AMD SB600/700/710/750 south-bridges (not sure about SB800). As I understand, this controller works only in polling mode, so support for this mode was enabled in the code. There are two places that I was not sure about, so I marked them with XXX. The static variable intsmb_cfg_irq9 would be problematic if there are multiple SMBus controllers in a system. Also, PCI_INTR_SMB_IRQ_AMD is probably not the best name. Maybe something like PCI_INTR_SMB_IRQ_OTHER or just PCI_INTR_SMB_IRQ would be better? Almost forgot: bogus check for PIIX4_SMBHSTSTAT_INTR bit in polling mode was removed. diff --git a/sys/pci/intpm.c b/sys/pci/intpm.c index 63eb4c4..894ed02 100644 --- a/sys/pci/intpm.c +++ b/sys/pci/intpm.c @@ -53,6 +53,7 @@ struct intsmb_softc { void *irq_hand; device_t smbus; int isbusy; + int poll; struct mtx lock; }; @@ -83,6 +84,9 @@ static int intsmb_stop_poll(struct intsmb_softc *sc); static int intsmb_free(struct intsmb_softc *sc); static void intsmb_rawintr(void *arg); +/* XXX Is there a better way than a static variable? */ +static int intsmb_cfg_irq9 = 0; + static int intsmb_probe(device_t dev) { @@ -95,6 +99,15 @@ intsmb_probe(device_t dev) case 0x02001166: /* ServerWorks OSB4 */ #endif device_set_desc(dev, "Intel PIIX4 SMBUS Interface"); +#ifndef NO_CHANGE_PCICONF + /* Changing configuration is not allowed. */ + intsmb_cfg_irq9 = 1; +#endif + break; + case 0x43851002: + device_set_desc(dev, "AMD SB600/700/710/750 SMBus Controller"); + /* XXX Maybe force polling right here? */ + intsmb_cfg_irq9 = 0; break; default: return (ENXIO); @@ -108,6 +121,7 @@ intsmb_attach(device_t dev) { struct intsmb_softc *sc = device_get_softc(dev); int error, rid, value; + int intr; char *str; sc->dev = dev; @@ -123,27 +137,36 @@ intsmb_attach(device_t dev) goto fail; } -#ifndef NO_CHANGE_PCICONF - pci_write_config(dev, PCIR_INTLINE, 0x9, 1); - pci_write_config(dev, PCI_HST_CFG_SMB, - PCI_INTR_SMB_IRQ9 | PCI_INTR_SMB_ENABLE, 1); -#endif + if (intsmb_cfg_irq9) { + pci_write_config(dev, PCIR_INTLINE, 0x9, 1); + pci_write_config(dev, PCI_HST_CFG_SMB, + PCI_INTR_SMB_IRQ9 | PCI_INTR_SMB_ENABLE, 1); + } value = pci_read_config(dev, PCI_HST_CFG_SMB, 1); - switch (value & 0xe) { + sc->poll = value & PCI_INTR_SMB_ENABLE; + intr = value & PCI_INTR_SMB_MASK; + switch (intr) { case PCI_INTR_SMB_SMI: str = "SMI"; break; case PCI_INTR_SMB_IRQ9: str = "IRQ 9"; break; + case PCI_INTR_SMB_IRQ_AMD: + str = "IRQ"; + break; default: str = "BOGUS"; } + device_printf(dev, "intr %s %s ", str, - (value & 1) ? "enabled" : "disabled"); + sc->poll == 0 ? "enabled" : "disabled"); printf("revision %d\n", pci_read_config(dev, PCI_REVID_SMB, 1)); - if ((value & 0xe) != PCI_INTR_SMB_IRQ9) { + if (sc->poll) + goto no_intr; + + if (intr != PCI_INTR_SMB_IRQ9 && intr != PCI_INTR_SMB_IRQ_AMD) { device_printf(dev, "Unsupported interrupt mode\n"); error = ENXIO; goto fail; @@ -151,7 +174,9 @@ intsmb_attach(device_t dev) /* Force IRQ 9. */ rid = 0; - bus_set_resource(dev, SYS_RES_IRQ, rid, 9, 1); + if (intsmb_cfg_irq9) + bus_set_resource(dev, SYS_RES_IRQ, rid, 9, 1); + sc->irq_res = bus_alloc_resource_any(dev, SYS_RES_IRQ, &rid, RF_SHAREABLE | RF_ACTIVE); if (sc->irq_res == NULL) { @@ -167,6 +192,7 @@ intsmb_attach(device_t dev) goto fail; } +no_intr: sc->isbusy = 0; sc->smbus = device_add_child(dev, "smbus", -1); if (sc->smbus == NULL) { @@ -361,7 +387,7 @@ intsmb_start(struct intsmb_softc *sc, unsigned char cmd, int nointr) tmp |= PIIX4_SMBHSTCNT_START; /* While not in autoconfiguration enable interrupts. */ - if (!cold && !nointr) + if (!sc->poll && !cold && !nointr) tmp |= PIIX4_SMBHSTCNT_INTREN; bus_write_1(sc->io_res, PIIX4_SMBHSTCNT, tmp); } @@ -411,8 +437,6 @@ intsmb_stop_poll(struct intsmb_softc *sc) if (!(status & PIIX4_SMBHSTSTAT_BUSY)) { sc->isbusy = 0; error = intsmb_error(sc->dev, status); - if (error == 0 && !(status & PIIX4_SMBHSTSTAT_INTR)) - device_printf(sc->dev, "unknown cause why?\n"); return (error); } } @@ -434,7 +458,7 @@ intsmb_stop(struct intsmb_softc *sc) INTSMB_LOCK_ASSERT(sc); - if (cold) + if (sc->poll || cold) /* So that it can use device during device probe on SMBus. */ return (intsmb_stop_poll(sc)); diff --git a/sys/pci/intpmreg.h b/sys/pci/intpmreg.h index 236c737..4a3e599 100644 --- a/sys/pci/intpmreg.h +++ b/sys/pci/intpmreg.h @@ -35,7 +35,9 @@ #define PCI_BASE_ADDR_SMB 0x90 /* IO BAR. */ #define PCI_BASE_ADDR_PM 0x40 #define PCI_HST_CFG_SMB 0xd2 /* Host Configuration */ +#define PCI_INTR_SMB_MASK 0xe #define PCI_INTR_SMB_SMI 0 +#define PCI_INTR_SMB_IRQ_AMD 2 #define PCI_INTR_SMB_IRQ9 8 #define PCI_INTR_SMB_ENABLE 1 #define PCI_SLV_CMD_SMB 0xd3 /*SLAVE COMMAND*/ -- Andriy Gapon From bugmaster at FreeBSD.org Mon Sep 7 11:06:53 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 7 11:07:05 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200909071106.n87B6q5g010108@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 53 problems total. From ro.kpa92 at gmail.com Mon Sep 7 15:02:34 2009 From: ro.kpa92 at gmail.com (Romina Batistini) Date: Mon Sep 7 15:02:40 2009 Subject: ACPI Unable shutdown (newbee) Message-ID: <4ea651b50909070735t3c25c397p78d7debf86f7bb0e@mail.gmail.com> Hi! I am Romina, from Argentina. I am New in FreeBSD and i wantto lear to use this system. I always use Windows (from 95 to W7 the last beta) i like windows but i want a powerfull operative system (unix) and FreeBSD i like so much. After my presentation, and I hope it's not beyond boring, I go to tell my problem. I was in the FreeBSD forum and an admin told me to score this mailing list. If you want to read a bit this is the link of my question () But step details here anyway. I successfully installed FreeBSD struggle a bit but managed to install XFCE4 as desktop (such a succes for me that never went out of windows) Although a tube problem from the start. In the installation of FreeBSD never throw an error and everything was fine. But in the first boat (even without the graphical environment) every 5 sec I get an error message which is: ACPI ERROR (DSWSTATE-0185): Result stack is empy! State 0xc69b6920 [20070320] ACPI EXCEPTION (DSUTILS-0766): EA_AML_NO_RETURN_VALUE, Missing or null operand [20070320] ACPI EXCEPTION (DSUTILS-0894): EA_AML_NO_RETURN_VALUE, While creating arg o [20070320] ACPI ERROR (psparce-0626): Method parse/execution failed [\_TZ_.THRM._TMP] (node 0xc69b6920), AR_AML_NO_RETURN_VALUE ACPI and seen as regards the "Power Management" (if I define it) FreeBSD operating system. Other thing is that when I'm in graphical environment (xfce4) will not let me turn off the machine and to receive the following message: UNABLE TO PRERFORM SHUTDOWN. org.freedesktop.hal.power-management.reboot no <-- (action result) I have the bios updated to the latest date. They need some information about my hardware? Can you help please? Although I am new in this great day nomas FreeBSD world excites me very much and want to learn PS: by the way: forgive my bad English, not very good jeje: D From niktychina at gmail.com Mon Sep 7 15:25:52 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Mon Sep 7 15:25:58 2009 Subject: ACPI Unable shutdown (newbee) In-Reply-To: <4ea651b50909070735t3c25c397p78d7debf86f7bb0e@mail.gmail.com> References: <4ea651b50909070735t3c25c397p78d7debf86f7bb0e@mail.gmail.com> Message-ID: Hi, Does "shutdown -p now" as root work? Read http://www.freebsd.org/doc/en/books/handbook/acpi-debug.html maybe you could fix errors by editing your DSDT. FreeBSD used to spam in my console, so i rurned off parts of ACPI in loader.conf. These errors are harmless :) Anyway, your error seem to be caused by something hal related. Try searching in google your " org.freedesktop.hal.power-management.reboot no <-- (action result)" Cheers, Nik 2009/9/7 Romina Batistini > Hi! I am Romina, from Argentina. > I am New in FreeBSD and i wantto lear to use this system. > I always use Windows (from 95 to W7 the last beta) i like windows but i > want > a powerfull operative system (unix) and FreeBSD i like so much. > > After my presentation, and I hope it's not beyond boring, I go to tell my > problem. > I was in the FreeBSD forum and an admin told me to score this mailing list. > If you want to read a bit this is the link of my question () > But step details here anyway. > I successfully installed FreeBSD struggle a bit but managed to install > XFCE4 > as desktop (such a succes for me that never went out of windows) > Although a tube problem from the start. In the installation of FreeBSD > never > throw an error and everything was fine. But in the first boat (even without > the graphical environment) every 5 sec I get an error message which is: > > ACPI ERROR (DSWSTATE-0185): Result stack is empy! State 0xc69b6920 > [20070320] > ACPI EXCEPTION (DSUTILS-0766): EA_AML_NO_RETURN_VALUE, Missing or null > operand [20070320] > ACPI EXCEPTION (DSUTILS-0894): EA_AML_NO_RETURN_VALUE, While creating arg o > [20070320] > ACPI ERROR (psparce-0626): Method parse/execution failed [\_TZ_.THRM._TMP] > (node 0xc69b6920), AR_AML_NO_RETURN_VALUE > > ACPI and seen as regards the "Power Management" (if I define it) FreeBSD > operating system. > Other thing is that when I'm in graphical environment (xfce4) will not let > me turn off the machine and to receive the following message: > > UNABLE TO PRERFORM SHUTDOWN. > org.freedesktop.hal.power-management.reboot no <-- (action result) > > > I have the bios updated to the latest date. > They need some information about my hardware? > Can you help please? Although I am new in this great day nomas FreeBSD > world > excites me very much and want to learn > > PS: by the way: forgive my bad English, not very good jeje: D > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > From ro.kpa92 at gmail.com Tue Sep 8 00:21:42 2009 From: ro.kpa92 at gmail.com (Romina Batistini) Date: Tue Sep 8 00:21:49 2009 Subject: ACPI Unable shutdown (newbee) Message-ID: <4ea651b50909071721j2eb99d0ct1298cb82e128899d@mail.gmail.com> Hello Segio (portuges para baixo para voc?) and Nik. First of all thanks for replying. (Sorry about the delay, newly released from school) I hope that my Portuguese is good, I'm not good at writing but regularly to discuss jeje Look, I:have Core2Duo E8400 (3Ghz) 4Gb DDR2 (soon 8gb) Abit Mother ix38quad GT (I love, it's great!) Westdigital Sata II 350GB (primary) 1Tb Sata II Westdigital (segundario. This if or if I prefer this format because I have things NFTS very important, this almost full and is where I keep all my stuff (music, photos, videos, documents) I have a ati x1550 I installed FreeBSD 7.2 i386 for now. Both to learn how to configure everything. I have it in dual boot with windows 7 beta. The idea is to leave only FreeBSD and if I need some WineHD usare windows or a virtual machine. He commented that s the first time I leave the operating system of Windows family (Starting with Windows 95 to date) But I want something more professional look and Linux for anything I Convens the nucleus. I like Unix power and stability can offer me. As my pc is not really to play is to work and perhaps listening to music or watch some movies. (more later if you encourage me explaining how I make my FreeBSD from XFCE4 graphical environment can read the NTFS disk 2 times I'd be grateful) The issue that I can not put "shutdown-p now" as Nik says it's because Entrocomo normal user, I noticed that I take my root account to logearme .. nose will know why, but "re.carga" the graphics again and again the login system. I leave this copy also in English in case someone (I think many) do not know Portuguese. PS: I did not understand was that "====> com or command uname-a ele te diz" --------------------------------- Ol? Segi e Nik. Antes de mais nada obrigado por responder. (Desculpe a demora, rec?m-lan?ado da escola) Espero que o meu Portugu?s ? bom, eu n?o sou bom em escrever, mas regularmente para discutir jeje Olha, eu: Core2Duo E8400 (3GHz) 4Gb DDR2 (logo 8GB) M?e Abit ix38quad GT (I love, it's great!) Westdigital Sata II 350GB (prim?ria) 1TB SATA II Westdigital (segundario. Isto se ou se eu prefiro esse formato porque tenho coisas muito importantes NFTS, esta quase cheio e ? onde eu mantenho todas as minhas coisas (m?sica, fotos, v?deos, documentos) Tenho uma ATI X1550 Eu instalei o FreeBSD 7.2 i386 para agora. Tanto para aprender como configurar tudo isso. Tenho-o em dual boot com o Windows 7 beta. A id?ia ? deixar apenas FreeBSD e se eu precisar de algumas janelas WineHD usare ou uma m?quina virtual. Ele comentou que ? a primeira vez que eu deixar o sistema operacional da fam?lia Windows (come?ando com Windows 95 at? hoje) Mas eu quero algo mais profissional olhar e Linux para qualquer coisa que eu Ledecq do n?cleo. Eu gosto Unix poder e estabilidade pode me oferecer. Como meu pc n?o ? realmente para jogar ? para trabalhar e, talvez, ouvir m?sica ou assistir alguns filmes. (mais tarde, se voc? me incentivar explicando como eu fa?o o meu FreeBSD XFCE4 do ambiente gr?fico pode ler o disco NTFS 2 vezes eu ficaria grato) A quest?o que eu n?o posso colocar "shutdown-p now" como Nik diz que ? porque Entrocomo usu?rio normal, notei que eu levo a minha conta de root para logearme .. nariz vai saber o porqu?, mas re.carga "os gr?ficos uma e outra vez o sistema de login. Deixo esta c?pia tamb?m em Ingl?s no caso de algu?m (acho que muitos) n?o sabem Portugu?s. PS: eu n?o entendi foi que "====> com ou comando uname-a ele diz "te From gnemmi at gmail.com Tue Sep 8 01:12:29 2009 From: gnemmi at gmail.com (Gonzalo Nemmi) Date: Tue Sep 8 01:12:36 2009 Subject: ACPI Unable shutdown (newbee) In-Reply-To: <4ea651b50909071721j2eb99d0ct1298cb82e128899d@mail.gmail.com> References: <4ea651b50909071721j2eb99d0ct1298cb82e128899d@mail.gmail.com> Message-ID: <19e9a5dc0909071742n7d9992d8w7799dd824a3a6071@mail.gmail.com> On Mon, Sep 7, 2009 at 9:21 PM, Romina Batistini wrote: > Hello Segio (portuges para baixo para voc?) and Nik. First of all thanks > for > replying. > (Sorry about the delay, newly released from school) > I hope that my Portuguese is good, I'm not good at writing but regularly to > discuss jeje > Look, I:have > > Core2Duo E8400 (3Ghz) > 4Gb DDR2 (soon 8gb) > Abit Mother ix38quad GT (I love, it's great!) > Westdigital Sata II 350GB (primary) > 1Tb Sata II Westdigital (segundario. This if or if I prefer this format > because I have things NFTS very important, this almost full and is where I > keep all my stuff (music, photos, videos, documents) > I have a ati x1550 > I installed FreeBSD 7.2 i386 for now. Both to learn how to configure > everything. I have it in dual boot with windows 7 beta. > > The idea is to leave only FreeBSD and if I need some WineHD usare windows > or > a virtual machine. > He commented that s the first time I leave the operating system of Windows > family (Starting with Windows 95 to date) But I want something more > professional look and Linux for anything I Convens the nucleus. I like Unix > power and stability can offer me. > > > As my pc is not really to play is to work and perhaps listening to music or > watch some movies. > (more later if you encourage me explaining how I make my FreeBSD from XFCE4 > graphical environment can read the NTFS disk 2 times I'd be grateful) > > The issue that I can not put "shutdown-p now" as Nik says it's because > Entrocomo normal user, I noticed that I take my root account to logearme .. > nose will know why, but "re.carga" the graphics again and again the login > system. > > I leave this copy also in English in case someone (I think many) do not > know > Portuguese. > > PS: I did not understand was that "====> com or command uname-a ele te diz" > > > --------------------------------- > > > > Ol? Segi e Nik. Antes de mais nada obrigado por responder. > (Desculpe a demora, rec?m-lan?ado da escola) > Espero que o meu Portugu?s ? bom, eu n?o sou bom em escrever, mas > regularmente para discutir jeje > Olha, eu: > > Core2Duo E8400 (3GHz) > 4Gb DDR2 (logo 8GB) > M?e Abit ix38quad GT (I love, it's great!) > Westdigital Sata II 350GB (prim?ria) > 1TB SATA II Westdigital (segundario. Isto se ou se eu prefiro esse formato > porque tenho coisas muito importantes NFTS, esta quase cheio e ? onde eu > mantenho todas as minhas coisas (m?sica, fotos, v?deos, documentos) > Tenho uma ATI X1550 > Eu instalei o FreeBSD 7.2 i386 para agora. Tanto para aprender como > configurar tudo isso. Tenho-o em dual boot com o Windows 7 beta. > A id?ia ? deixar apenas FreeBSD e se eu precisar de algumas janelas WineHD > usare ou uma m?quina virtual. > Ele comentou que ? a primeira vez que eu deixar o sistema operacional da > fam?lia Windows (come?ando com Windows 95 at? hoje) Mas eu quero algo mais > profissional olhar e Linux para qualquer coisa que eu Ledecq do n?cleo. Eu > gosto Unix poder e estabilidade pode me oferecer. > > > Como meu pc n?o ? realmente para jogar ? para trabalhar e, talvez, ouvir > m?sica ou assistir alguns filmes. > (mais tarde, se voc? me incentivar explicando como eu fa?o o meu FreeBSD > XFCE4 do ambiente gr?fico pode ler o disco NTFS 2 vezes eu ficaria grato) > > A quest?o que eu n?o posso colocar "shutdown-p now" como Nik diz que ? > porque Entrocomo usu?rio normal, notei que eu levo a minha conta de root > para logearme .. nariz vai saber o porqu?, mas re.carga "os gr?ficos uma e > outra vez o sistema de login. > > Deixo esta c?pia tamb?m em Ingl?s no caso de algu?m (acho que muitos) n?o > sabem Portugu?s. > > PS: eu n?o entendi foi que "====> com ou comando uname-a ele diz "te > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > Hi there Romina: Just in case you don't know, you can open up a thread on penguinpower.com.ar and I'll be there to help you (there's a FreeBSD topic in there and I, along with ezeaguerre, are the admins.). It would be nice if you could join us as we (eze and me) have been working on it for more than a year now trying to create a place for FreeBSD users in Argentina to share experiences, tips, get toghether and so on, and you know, the more the merrier =D. Just in case, I triple boot in both my desktop (WinXP, Mandriva, FreeBSD-7.0-RELEASE) and my notebook (Dell 1318, Windows Vista, Mandriva 2009 Spring, FreeBSD 8.0-BETA3 ... and BETA-4 in a few hours ... in the hope to see the bge problems I filed as PR's fixed so I can get it to resume properly =D) Hope to see you over there soon ;) From jhb at freebsd.org Tue Sep 8 18:00:16 2009 From: jhb at freebsd.org (John Baldwin) Date: Tue Sep 8 18:00:41 2009 Subject: intpm: add support for AMD SBxxx SMBus controller In-Reply-To: <4AA41D4A.4080805@freebsd.org> References: <4AA41D4A.4080805@freebsd.org> Message-ID: <200909081335.50980.jhb@freebsd.org> On Sunday 06 September 2009 4:36:26 pm Andriy Gapon wrote: > > Please review the included patch that adds support from SMBus controller found > in AMD SB600/700/710/750 south-bridges (not sure about SB800). > As I understand, this controller works only in polling mode, so support for this > mode was enabled in the code. > > There are two places that I was not sure about, so I marked them with XXX. > The static variable intsmb_cfg_irq9 would be problematic if there are multiple > SMBus controllers in a system. I would move this into the softc and set it in the attach() routine by duplicating that bit of the switch() statement in attach(). > Also, PCI_INTR_SMB_IRQ_AMD is probably not the best name. Maybe something like > PCI_INTR_SMB_IRQ_OTHER or just PCI_INTR_SMB_IRQ would be better? I would maybe just change the driver to print the value in hex instead of bogus and not add a #define for '2'. The PIIX4 datasheet says '2' is a reserved value for that field FWIW. -- John Baldwin From avg at freebsd.org Tue Sep 8 20:09:38 2009 From: avg at freebsd.org (Andriy Gapon) Date: Tue Sep 8 20:09:43 2009 Subject: intpm: add support for AMD SBxxx SMBus controller In-Reply-To: <200909081335.50980.jhb@freebsd.org> References: <4AA41D4A.4080805@freebsd.org> <200909081335.50980.jhb@freebsd.org> Message-ID: <4AA6B9FC.1070205@freebsd.org> on 08/09/2009 20:35 John Baldwin said the following: > On Sunday 06 September 2009 4:36:26 pm Andriy Gapon wrote: >> Please review the included patch that adds support from SMBus controller found >> in AMD SB600/700/710/750 south-bridges (not sure about SB800). >> As I understand, this controller works only in polling mode, so support for this >> mode was enabled in the code. >> >> There are two places that I was not sure about, so I marked them with XXX. >> The static variable intsmb_cfg_irq9 would be problematic if there are multiple >> SMBus controllers in a system. > > I would move this into the softc and set it in the attach() routine by > duplicating that bit of the switch() statement in attach(). OK, thank you for the idea. >> Also, PCI_INTR_SMB_IRQ_AMD is probably not the best name. Maybe something like >> PCI_INTR_SMB_IRQ_OTHER or just PCI_INTR_SMB_IRQ would be better? > > I would maybe just change the driver to print the value in hex instead of > bogus and not add a #define for '2'. The PIIX4 datasheet says '2' is a > reserved value for that field FWIW. But, OTOH, SB700 datasheet says '2' is a regular interrupt. Although it is quite unclear from that datasheet what that interrupt might be and if interrupt-driven configuration is possible at all. -- Andriy Gapon From jhb at freebsd.org Tue Sep 8 21:09:33 2009 From: jhb at freebsd.org (John Baldwin) Date: Tue Sep 8 21:09:40 2009 Subject: intpm: add support for AMD SBxxx SMBus controller In-Reply-To: <4AA6B9FC.1070205@freebsd.org> References: <4AA41D4A.4080805@freebsd.org> <200909081335.50980.jhb@freebsd.org> <4AA6B9FC.1070205@freebsd.org> Message-ID: <200909081655.56006.jhb@freebsd.org> On Tuesday 08 September 2009 4:09:32 pm Andriy Gapon wrote: > on 08/09/2009 20:35 John Baldwin said the following: > > On Sunday 06 September 2009 4:36:26 pm Andriy Gapon wrote: > >> Please review the included patch that adds support from SMBus controller found > >> in AMD SB600/700/710/750 south-bridges (not sure about SB800). > >> As I understand, this controller works only in polling mode, so support for this > >> mode was enabled in the code. > >> > >> There are two places that I was not sure about, so I marked them with XXX. > >> The static variable intsmb_cfg_irq9 would be problematic if there are multiple > >> SMBus controllers in a system. > > > > I would move this into the softc and set it in the attach() routine by > > duplicating that bit of the switch() statement in attach(). > > OK, thank you for the idea. > > >> Also, PCI_INTR_SMB_IRQ_AMD is probably not the best name. Maybe something like > >> PCI_INTR_SMB_IRQ_OTHER or just PCI_INTR_SMB_IRQ would be better? > > > > I would maybe just change the driver to print the value in hex instead of > > bogus and not add a #define for '2'. The PIIX4 datasheet says '2' is a > > reserved value for that field FWIW. > > But, OTOH, SB700 datasheet says '2' is a regular interrupt. > Although it is quite unclear from that datasheet what that interrupt might be > and if interrupt-driven configuration is possible at all. Does it have a valid intpin config register? Maybe '2' means it has a legacy INTx PCI interrupt. -- John Baldwin From avg at freebsd.org Wed Sep 9 10:21:23 2009 From: avg at freebsd.org (Andriy Gapon) Date: Wed Sep 9 10:21:30 2009 Subject: intpm: add support for AMD SBxxx SMBus controller In-Reply-To: <200909081655.56006.jhb@freebsd.org> References: <4AA41D4A.4080805@freebsd.org> <200909081335.50980.jhb@freebsd.org> <4AA6B9FC.1070205@freebsd.org> <200909081655.56006.jhb@freebsd.org> Message-ID: <4AA7819F.3020800@freebsd.org> on 08/09/2009 23:55 John Baldwin said the following: > > Does it have a valid intpin config register? Maybe '2' means it has a legacy > INTx PCI interrupt. Just for future references, conveniently organized links to the specs can be found here: http://www.coreboot.org/Datasheets#AMD_SB700.2FSB710.2FSB750 Description of PCI interrupt router implies that there is a dedicated SMBus interrupt line (internal to the chip, I guess). >From BIOS Developer's Guide: > 4.1 PCI IRQ Routing Registers > The SB700 uses one pair of I/O ports to do the PCI IRQ routing. The ports are at C00h/C01h. > Address Register Name Description > C00h PCI_Intr_Index PCI IRQ Routing Index > 0 ? INTA# > 1 ? INTB# > 2 ? INTC# > 3 ? INTD# > 4 ? SCI > 5 ? SMBus interrupt > 9 ? INTE# > 0Ah ? INTF# > 0Bh ? INTG# > 0Ch ? INTH# > C01h PCI_Intr_Data 0 ~ 15 : IRQ0 to IRQ15 > IRQ0, 2, 8, 13 are reserved Register Reference Guide in addition says: > Pci_Intr_Data register > Note: If IOXAPIC is enabled, software must make sure interrupts are not re-routed; > ie, they should all be set to 0. > When IOXAPIC is enabled, [...] SMBus interrupt is routed to INTIN[20], [...] I believe that nowadays IOXAPIC would be typically enabled. I tried to hardwire intpm to use IRQ20 on SB700, but no SMBus interrupt was ever seen. And, just in case, here is what the spec says about normal PCI interrupt configuration registers (of the PCI device that hosts SMBus controller): > Interrupt Line - R - 8 bits - [PCI_Reg: 3Ch] > Field Name Bits Default Description > Interrupt Line 7:0 00h This module does not generate interrupt. This register is > hardcoded to 0. > Interrupt Pin ? R - 8 bits - [PCI_Reg: 3Dh] > Field Name Bits Default Description > Interrupt Pin 7:0 00h This register specifies which interrupt pin the device issues. > This module does not generate interrupt but contains the > actual interrupt controller. This register is hardcoded to 0. P.S. sorry if formatting would come up ugly on your side. -- Andriy Gapon From avg at freebsd.org Wed Sep 9 21:10:04 2009 From: avg at freebsd.org (Andriy Gapon) Date: Wed Sep 9 21:10:10 2009 Subject: intpm: add support for AMD SBxxx SMBus controller In-Reply-To: <200909081335.50980.jhb@freebsd.org> References: <4AA41D4A.4080805@freebsd.org> <200909081335.50980.jhb@freebsd.org> Message-ID: <4AA819A8.4030902@freebsd.org> on 08/09/2009 20:35 John Baldwin said the following: > I would move this into the softc and set it in the attach() routine by > duplicating that bit of the switch() statement in attach(). Please see an updated patch that uses a variation of your advice. diff --git a/sys/pci/intpm.c b/sys/pci/intpm.c index 63eb4c4..46ad238 100644 --- a/sys/pci/intpm.c +++ b/sys/pci/intpm.c @@ -53,6 +53,8 @@ struct intsmb_softc { void *irq_hand; device_t smbus; int isbusy; + int cfg_irq9; + int poll; struct mtx lock; }; @@ -96,6 +98,10 @@ intsmb_probe(device_t dev) #endif device_set_desc(dev, "Intel PIIX4 SMBUS Interface"); break; + case 0x43851002: + device_set_desc(dev, "AMD SB600/700/710/750 SMBus Controller"); + /* XXX Maybe force polling right here? */ + break; default: return (ENXIO); } @@ -108,12 +114,24 @@ intsmb_attach(device_t dev) { struct intsmb_softc *sc = device_get_softc(dev); int error, rid, value; + int intr; char *str; sc->dev = dev; mtx_init(&sc->lock, device_get_nameunit(dev), "intsmb", MTX_DEF); + sc->cfg_irq9 = 0; +#ifndef NO_CHANGE_PCICONF + switch (pci_get_devid(dev)) { + case 0x71138086: /* Intel 82371AB */ + case 0x719b8086: /* Intel 82443MX */ + /* Changing configuration is allowed. */ + sc->cfg_irq9 = 1; + break; + } +#endif + rid = PCI_BASE_ADDR_SMB; sc->io_res = bus_alloc_resource_any(dev, SYS_RES_IOPORT, &rid, RF_ACTIVE); @@ -123,27 +141,36 @@ intsmb_attach(device_t dev) goto fail; } -#ifndef NO_CHANGE_PCICONF - pci_write_config(dev, PCIR_INTLINE, 0x9, 1); - pci_write_config(dev, PCI_HST_CFG_SMB, - PCI_INTR_SMB_IRQ9 | PCI_INTR_SMB_ENABLE, 1); -#endif + if (sc->cfg_irq9) { + pci_write_config(dev, PCIR_INTLINE, 0x9, 1); + pci_write_config(dev, PCI_HST_CFG_SMB, + PCI_INTR_SMB_IRQ9 | PCI_INTR_SMB_ENABLE, 1); + } value = pci_read_config(dev, PCI_HST_CFG_SMB, 1); - switch (value & 0xe) { + sc->poll = value & PCI_INTR_SMB_ENABLE; + intr = value & PCI_INTR_SMB_MASK; + switch (intr) { case PCI_INTR_SMB_SMI: str = "SMI"; break; case PCI_INTR_SMB_IRQ9: str = "IRQ 9"; break; + case PCI_INTR_SMB_IRQ_AMD: + str = "IRQ"; + break; default: str = "BOGUS"; } + device_printf(dev, "intr %s %s ", str, - (value & 1) ? "enabled" : "disabled"); + sc->poll == 0 ? "enabled" : "disabled"); printf("revision %d\n", pci_read_config(dev, PCI_REVID_SMB, 1)); - if ((value & 0xe) != PCI_INTR_SMB_IRQ9) { + if (sc->poll) + goto no_intr; + + if (intr != PCI_INTR_SMB_IRQ9 && intr != PCI_INTR_SMB_IRQ_AMD) { device_printf(dev, "Unsupported interrupt mode\n"); error = ENXIO; goto fail; @@ -151,7 +178,9 @@ intsmb_attach(device_t dev) /* Force IRQ 9. */ rid = 0; - bus_set_resource(dev, SYS_RES_IRQ, rid, 9, 1); + if (sc->cfg_irq9) + bus_set_resource(dev, SYS_RES_IRQ, rid, 9, 1); + sc->irq_res = bus_alloc_resource_any(dev, SYS_RES_IRQ, &rid, RF_SHAREABLE | RF_ACTIVE); if (sc->irq_res == NULL) { @@ -167,6 +196,7 @@ intsmb_attach(device_t dev) goto fail; } +no_intr: sc->isbusy = 0; sc->smbus = device_add_child(dev, "smbus", -1); if (sc->smbus == NULL) { @@ -361,7 +391,7 @@ intsmb_start(struct intsmb_softc *sc, unsigned char cmd, int nointr) tmp |= PIIX4_SMBHSTCNT_START; /* While not in autoconfiguration enable interrupts. */ - if (!cold && !nointr) + if (!sc->poll && !cold && !nointr) tmp |= PIIX4_SMBHSTCNT_INTREN; bus_write_1(sc->io_res, PIIX4_SMBHSTCNT, tmp); } @@ -411,8 +441,6 @@ intsmb_stop_poll(struct intsmb_softc *sc) if (!(status & PIIX4_SMBHSTSTAT_BUSY)) { sc->isbusy = 0; error = intsmb_error(sc->dev, status); - if (error == 0 && !(status & PIIX4_SMBHSTSTAT_INTR)) - device_printf(sc->dev, "unknown cause why?\n"); return (error); } } @@ -434,7 +462,7 @@ intsmb_stop(struct intsmb_softc *sc) INTSMB_LOCK_ASSERT(sc); - if (cold) + if (sc->poll || cold) /* So that it can use device during device probe on SMBus. */ return (intsmb_stop_poll(sc)); diff --git a/sys/pci/intpmreg.h b/sys/pci/intpmreg.h index 236c737..4a3e599 100644 --- a/sys/pci/intpmreg.h +++ b/sys/pci/intpmreg.h @@ -35,7 +35,9 @@ #define PCI_BASE_ADDR_SMB 0x90 /* IO BAR. */ #define PCI_BASE_ADDR_PM 0x40 #define PCI_HST_CFG_SMB 0xd2 /* Host Configuration */ +#define PCI_INTR_SMB_MASK 0xe #define PCI_INTR_SMB_SMI 0 +#define PCI_INTR_SMB_IRQ_AMD 2 #define PCI_INTR_SMB_IRQ9 8 #define PCI_INTR_SMB_ENABLE 1 #define PCI_SLV_CMD_SMB 0xd3 /*SLAVE COMMAND*/ -- Andriy Gapon From bugmaster at FreeBSD.org Mon Sep 14 11:06:53 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 14 11:07:12 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200909141106.n8EB6q5V072209@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 53 problems total. From johannes at jo-t.de Mon Sep 14 21:40:06 2009 From: johannes at jo-t.de (Johannes Totz) Date: Mon Sep 14 21:40:17 2009 Subject: bin/109760: [acpi]: [modules] kldunload acpi_video - crash Message-ID: <200909142140.n8ELe62o008218@freefall.freebsd.org> The following reply was made to PR bin/109760; it has been noted by GNATS. From: Johannes Totz To: bug-followup@FreeBSD.org Cc: Subject: Re: bin/109760: [acpi]: [modules] kldunload acpi_video - crash Date: Mon, 14 Sep 2009 22:25:01 +0100 This is a multi-part message in MIME format. --------------030405080807000300080603 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Hi! I can repeat the same problem here. This is on a Samsung P35 (from 2004), running 7-stable. dmesg.txt is after reboot, while the dmesg part at the end of core.txt is from before crash. I have trimmed core.txt a bit. Cheers! Johannes --------------030405080807000300080603 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #0: Sat Sep 12 02:37:36 UTC 2009 root@bernd:/usr/obj/usr/src/sys/P35 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1500MHz (1495.16-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Features2=0x180 real memory = 536281088 (511 MB) avail memory = 514883584 (491 MB) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xd8000000-0xdfffffff,0xd0100000-0xd010ffff irq 11 at device 0.0 on pci1 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized radeon 1.29.0 20080528 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 5 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd0000000-0xd00003ff irq 5 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 rl0: port 0x4000-0x40ff mem 0xd0201800-0xd02018ff irq 5 at device 0.0 on pci2 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:00:f0:7f:e0:65 rl0: [ITHREAD] pci2: at device 1.0 (no driver attached) pci2: at device 1.1 (no driver attached) pci2: at device 1.2 (no driver attached) ipw0: mem 0xd0200000-0xd0200fff irq 5 at device 2.0 on pci2 ipw0: Ethernet address: 00:0c:f1:3c:6f:86 ipw0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcm0: port 0x1c00-0x1cff,0x1880-0x18bf mem 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 5 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd8000-0xdbfff,0xe0000-0xe3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1495157514 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s4a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 13 ZFS storage pool version 13 ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwarding disabled, default to deny, logging disabled WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() --------------030405080807000300080603 Content-Type: text/plain; name="uname.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="uname.log" FreeBSD bernd.private 7.2-STABLE FreeBSD 7.2-STABLE #0: Sat Sep 12 02:37:36 UTC 2009 root@bernd:/usr/obj/usr/src/sys/P35 i386 --------------030405080807000300080603 Content-Type: text/plain; name="kldstat.log" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kldstat.log" Id Refs Address Size Name 1 55 0x80400000 3cea84 kernel 2 1 0x807cf000 e488 if_de.ko 3 1 0x807de000 34390 if_em.ko 4 1 0x80813000 d3d4 if_ipw.ko 5 7 0x80821000 2c1ac wlan.ko 6 1 0x8084e000 89e8 if_le.ko 7 1 0x80857000 78a0 if_rl.ko 8 2 0x8085f000 25400 miibus.ko 9 1 0x80885000 6f48 snd_ich.ko 10 2 0x8088c000 4a36c sound.ko 11 3 0x808d7000 255a4 usb.ko 12 1 0x808fd000 41e8 ums.ko 13 1 0x80902000 81d4 umass.ko 14 2 0x8090b000 1797c agp.ko 15 1 0x80923000 5528 kbdmux.ko 16 2 0x80929000 17710 drm.ko 17 1 0x80941000 60630 radeon.ko 18 1 0x809a2000 b6a8 cpufreq.ko 19 1 0x809ae000 4e84 ichsmb.ko 20 2 0x809b3000 2c20 smbus.ko 21 1 0x809b6000 295c wlan_scan_ap.ko 22 1 0x809b9000 52b0 wlan_scan_sta.ko 23 1 0x809bf000 2efc wlan_wep.ko 24 1 0x809c2000 7034 wlan_ccmp.ko 25 1 0x809ca000 43cc wlan_tkip.ko 26 1 0x82f54000 124000 zfs.ko 27 1 0x83078000 3000 opensolaris.ko 28 1 0x83650000 35000 ipw_bss.ko 29 1 0x836d7000 e000 ipfw.ko 30 1 0x83779000 1a000 ng_btsocket.ko 31 1 0x83793000 b000 netgraph.ko 32 1 0x837a2000 2000 ng_bluetooth.ko --------------030405080807000300080603 Content-Type: text/plain; name="core.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="core.txt" YmVybmQucHJpdmF0ZSBkdW1wZWQgY29yZSAtIHNlZSAvdmFyL2NyYXNoL3ZtY29yZS42CgpN b24gU2VwIDE0IDIyOjAwOjU5IFVUQyAyMDA5CgpGcmVlQlNEIGJlcm5kLnByaXZhdGUgNy4y LVNUQUJMRSBGcmVlQlNEIDcuMi1TVEFCTEUgIzA6IFNhdCBTZXAgMTIgMDI6Mzc6MzYgVVRD IDIwMDkgICAgIHJvb3RAYmVybmQ6L3Vzci9vYmovdXNyL3NyYy9zeXMvUDM1ICBpMzg2Cgpw YW5pYzogcGFnZSBmYXVsdAoKR05VIGdkYiA2LjEuMSBbRnJlZUJTRF0KQ29weXJpZ2h0IDIw MDQgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuCkdEQiBpcyBmcmVlIHNvZnR3YXJl LCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBh cmUKd2VsY29tZSB0byBjaGFuZ2UgaXQgYW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0 IHVuZGVyIGNlcnRhaW4gY29uZGl0aW9ucy4KVHlwZSAic2hvdyBjb3B5aW5nIiB0byBzZWUg dGhlIGNvbmRpdGlvbnMuClRoZXJlIGlzIGFic29sdXRlbHkgbm8gd2FycmFudHkgZm9yIEdE Qi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZvciBkZXRhaWxzLgpUaGlzIEdEQiB3YXMgY29u ZmlndXJlZCBhcyAiaTM4Ni1tYXJjZWwtZnJlZWJzZCIuLi4KClVucmVhZCBwb3J0aW9uIG9m IHRoZSBrZXJuZWwgbWVzc2FnZSBidWZmZXI6CgoKRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVs dCB3aGlsZSBpbiBrZXJuZWwgbW9kZQpmYXVsdCB2aXJ0dWFsIGFkZHJlc3MJPSAweDEwCmZh dWx0IGNvZGUJCT0gc3VwZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBwcmVzZW50Cmluc3RydWN0 aW9uIHBvaW50ZXIJPSAweDIwOjB4ODNhN2M4ODkKc3RhY2sgcG9pbnRlcgkgICAgICAgID0g MHgyODoweGFjZDRhYjUwCmZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6MHhhY2Q0YWI1 Ywpjb2RlIHNlZ21lbnQJCT0gYmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgoJ CQk9IERQTCAwLCBwcmVzIDEsIGRlZjMyIDEsIGdyYW4gMQpwcm9jZXNzb3IgZWZsYWdzCT0g aW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDAKY3VycmVudCBwcm9jZXNzCQk9 IDEwMDIgKGtsZHVubG9hZCkKdHJhcCBudW1iZXIJCT0gMTIKcGFuaWM6IHBhZ2UgZmF1bHQK VXB0aW1lOiAxbTUwcwpQaHlzaWNhbCBtZW1vcnk6IDUwMiBNQgpEdW1waW5nIDU1IE1COiA0 MCAyNCA4CgpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvaWZfZGUua28uLi5S ZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvaWZfZGUua28uc3ltYm9scy4uLmRv bmUuCmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvaWZfZGUua28KUmVh ZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2lmX2VtLmtvLi4uUmVhZGluZyBzeW1i b2xzIGZyb20gL2Jvb3Qva2VybmVsL2lmX2VtLmtvLnN5bWJvbHMuLi5kb25lLgpkb25lLgpM b2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL2lmX2VtLmtvClJlYWRpbmcgc3ltYm9s cyBmcm9tIC9ib290L2tlcm5lbC9pZl9pcHcua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAv Ym9vdC9rZXJuZWwvaWZfaXB3LmtvLnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3lt Ym9scyBmb3IgL2Jvb3Qva2VybmVsL2lmX2lwdy5rbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAv Ym9vdC9rZXJuZWwvd2xhbi5rby4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5l bC93bGFuLmtvLnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jv b3Qva2VybmVsL3dsYW4ua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2lm X2xlLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2lmX2xlLmtvLnN5 bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL2lm X2xlLmtvClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9pZl9ybC5rby4uLlJl YWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9pZl9ybC5rby5zeW1ib2xzLi4uZG9u ZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9pZl9ybC5rbwpSZWFk aW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvbWlpYnVzLmtvLi4uUmVhZGluZyBzeW1i b2xzIGZyb20gL2Jvb3Qva2VybmVsL21paWJ1cy5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4K TG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9taWlidXMua28KUmVhZGluZyBzeW1i b2xzIGZyb20gL2Jvb3Qva2VybmVsL3NuZF9pY2gua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJv bSAvYm9vdC9rZXJuZWwvc25kX2ljaC5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVk IHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9zbmRfaWNoLmtvClJlYWRpbmcgc3ltYm9scyBm cm9tIC9ib290L2tlcm5lbC9zb3VuZC5rby4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290 L2tlcm5lbC9zb3VuZC5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMg Zm9yIC9ib290L2tlcm5lbC9zb3VuZC5rbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9r ZXJuZWwvdXNiLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3VzYi5r by5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5l bC91c2Iua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3Vtcy5rby4uLlJl YWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC91bXMua28uc3ltYm9scy4uLmRvbmUu CmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvdW1zLmtvClJlYWRpbmcg c3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC91bWFzcy5rby4uLlJlYWRpbmcgc3ltYm9scyBm cm9tIC9ib290L2tlcm5lbC91bWFzcy5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVk IHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC91bWFzcy5rbwpSZWFkaW5nIHN5bWJvbHMgZnJv bSAvYm9vdC9rZXJuZWwvYWdwLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2Vy bmVsL2FncC5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9i b290L2tlcm5lbC9hZ3Aua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2ti ZG11eC5rby4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9rYmRtdXgua28u c3ltYm9scy4uLmRvbmUuCmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwv a2JkbXV4LmtvClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9kcm0ua28uLi5S ZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvZHJtLmtvLnN5bWJvbHMuLi5kb25l Lgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL2RybS5rbwpSZWFkaW5n IHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvcmFkZW9uLmtvLi4uUmVhZGluZyBzeW1ib2xz IGZyb20gL2Jvb3Qva2VybmVsL3JhZGVvbi5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9h ZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9yYWRlb24ua28KUmVhZGluZyBzeW1ib2xz IGZyb20gL2Jvb3Qva2VybmVsL2NwdWZyZXEua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAv Ym9vdC9rZXJuZWwvY3B1ZnJlcS5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVkIHN5 bWJvbHMgZm9yIC9ib290L2tlcm5lbC9jcHVmcmVxLmtvClJlYWRpbmcgc3ltYm9scyBmcm9t IC9ib290L2tlcm5lbC9pY2hzbWIua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9r ZXJuZWwvaWNoc21iLmtvLnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBm b3IgL2Jvb3Qva2VybmVsL2ljaHNtYi5rbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9r ZXJuZWwvc21idXMua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvc21i dXMua28uc3ltYm9scy4uLmRvbmUuCmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9r ZXJuZWwvc21idXMua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3dsYW5f c2Nhbl9hcC5rby4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC93bGFuX3Nj YW5fYXAua28uc3ltYm9scy4uLmRvbmUuCmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9v dC9rZXJuZWwvd2xhbl9zY2FuX2FwLmtvClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tl cm5lbC93bGFuX3NjYW5fc3RhLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2Vy bmVsL3dsYW5fc2Nhbl9zdGEua28uc3ltYm9scy4uLmRvbmUuCmRvbmUuCkxvYWRlZCBzeW1i b2xzIGZvciAvYm9vdC9rZXJuZWwvd2xhbl9zY2FuX3N0YS5rbwpSZWFkaW5nIHN5bWJvbHMg ZnJvbSAvYm9vdC9rZXJuZWwvd2xhbl93ZXAua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAv Ym9vdC9rZXJuZWwvd2xhbl93ZXAua28uc3ltYm9scy4uLmRvbmUuCmRvbmUuCkxvYWRlZCBz eW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvd2xhbl93ZXAua28KUmVhZGluZyBzeW1ib2xzIGZy b20gL2Jvb3Qva2VybmVsL3dsYW5fY2NtcC5rby4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9i b290L2tlcm5lbC93bGFuX2NjbXAua28uc3ltYm9scy4uLmRvbmUuCmRvbmUuCkxvYWRlZCBz eW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvd2xhbl9jY21wLmtvClJlYWRpbmcgc3ltYm9scyBm cm9tIC9ib290L2tlcm5lbC93bGFuX3RraXAua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAv Ym9vdC9rZXJuZWwvd2xhbl90a2lwLmtvLnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQg c3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL3dsYW5fdGtpcC5rbwpSZWFkaW5nIHN5bWJvbHMg ZnJvbSAvYm9vdC9rZXJuZWwvemZzLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qv a2VybmVsL3pmcy5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9y IC9ib290L2tlcm5lbC96ZnMua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVs L29wZW5zb2xhcmlzLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL29w ZW5zb2xhcmlzLmtvLnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3Ig L2Jvb3Qva2VybmVsL29wZW5zb2xhcmlzLmtvClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290 L2tlcm5lbC9pcHdfYnNzLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVs L2lwd19ic3Mua28uc3ltYm9scy4uLmRvbmUuCmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAv Ym9vdC9rZXJuZWwvaXB3X2Jzcy5rbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJu ZWwvaXBmdy5rby4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9pcGZ3Lmtv LnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVs L2lwZncua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL25nX2J0c29ja2V0 LmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL25nX2J0c29ja2V0Lmtv LnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVs L25nX2J0c29ja2V0LmtvClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9uZXRn cmFwaC5rby4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9uZXRncmFwaC5r by5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5l bC9uZXRncmFwaC5rbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvbmdfYmx1 ZXRvb3RoLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL25nX2JsdWV0 b290aC5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290 L2tlcm5lbC9uZ19ibHVldG9vdGgua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2Vy bmVsL2FjcGlfdmlkZW8ua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwv YWNwaV92aWRlby5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9y IC9ib290L2tlcm5lbC9hY3BpX3ZpZGVvLmtvCiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDox OTYKMTk2CXBjcHUuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeS4KCWluIHBjcHUuaAoo a2dkYikgIzAgIGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE5NgojMSAgMHg4MDUxODAxMyBpbiBi b290IChob3d0bz0yNjApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo0 MTgKIzIgIDB4ODA1MTgyMjEgaW4gcGFuaWMgKGZtdD1WYXJpYWJsZSAiZm10IiBpcyBub3Qg YXZhaWxhYmxlLgopIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo1NzQK IzMgIDB4ODA2OTc2MGMgaW4gdHJhcF9mYXRhbCAoZnJhbWU9MHhhY2Q0YWIxMCwgZXZhPTE2 KQogICAgYXQgL3Vzci9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6OTQzCiM0ICAweDgwNjk3 ODZmIGluIHRyYXBfcGZhdWx0IChmcmFtZT0weGFjZDRhYjEwLCB1c2VybW9kZT0wLCBldmE9 MTYpCiAgICBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzo4NTYKIzUgIDB4ODA2 OTgyMDIgaW4gdHJhcCAoZnJhbWU9MHhhY2Q0YWIxMCkgYXQgL3Vzci9zcmMvc3lzL2kzODYv aTM4Ni90cmFwLmM6NTM0CiM2ICAweDgwNjgwODRiIGluIGNhbGx0cmFwICgpIGF0IC91c3Iv c3JjL3N5cy9pMzg2L2kzODYvZXhjZXB0aW9uLnM6MTY2CiM3ICAweDgzYTdjODg5IGluIGFj cGlfdmlkZW9fdm9fZGVzdHJveSAodm89MHg4MzllNjRjMCkKICAgIGF0IC91c3Ivc3JjL3N5 cy9tb2R1bGVzL2FjcGkvYWNwaV92aWRlby8uLi8uLi8uLi9kZXYvYWNwaWNhL2FjcGlfdmlk ZW8uYzo1OTkKIzggIDB4ODNhN2M5NzggaW4gYWNwaV92aWRlb19kZXRhY2ggKGRldj0weDgz NjE1YjgwKQogICAgYXQgL3Vzci9zcmMvc3lzL21vZHVsZXMvYWNwaS9hY3BpX3ZpZGVvLy4u Ly4uLy4uL2Rldi9hY3BpY2EvYWNwaV92aWRlby5jOjI4NgojOSAgMHg4MDUzY2M5OCBpbiBk ZXZpY2VfZGV0YWNoIChkZXY9MHg4MzYxNWI4MCkgYXQgZGV2aWNlX2lmLmg6MjEyCiMxMCAw eDgwNTNjZmYxIGluIGRldmNsYXNzX2RlbGV0ZV9kcml2ZXIgKGJ1c2NsYXNzPTB4ODJjMzMz NDAsIAogICAgZHJpdmVyPTB4ODNhN2YzMjgpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJf YnVzLmM6OTU3CiMxMSAweDgwNTNkMTU1IGluIGRyaXZlcl9tb2R1bGVfaGFuZGxlciAobW9k PTB4ODM0NDE3ODAsIHdoYXQ9MSwgCiAgICBhcmc9MHg4M2E3ZjMxNCkgYXQgL3Vzci9zcmMv c3lzL2tlcm4vc3Vicl9idXMuYzozODgzCiMxMiAweDgwNTA3NWM3IGluIG1vZHVsZV91bmxv YWQgKG1vZD0weDgzNDQxNzgwKQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9tb2R1 bGUuYzoyNjYKIzEzIDB4ODA0ZmVkODggaW4gbGlua2VyX2ZpbGVfdW5sb2FkIChmaWxlPTB4 ODM3YjVkMDAsIGZsYWdzPTApCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX2xpbmtl ci5jOjYyMwojMTQgMHg4MDUwMGNlZCBpbiBrZXJuX2tsZHVubG9hZCAodGQ9MHg4MzQyNmQ4 MCwgZmlsZWlkPTMzLCBmbGFncz0wKQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9s aW5rZXIuYzoxMDc0CiMxNSAweDgwNTAwZTJiIGluIGtsZHVubG9hZGYgKHRkPTB4ODM0MjZk ODAsIHVhcD0weGFjZDRhY2ZjKQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4va2Vybl9saW5r ZXIuYzoxMTAzCiMxNiAweDgwNjk3YmI1IGluIHN5c2NhbGwgKGZyYW1lPTB4YWNkNGFkMzgp CiAgICBhdCAvdXNyL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzoxMDk0CiMxNyAweDgwNjgw OGIwIGluIFhpbnQweDgwX3N5c2NhbGwgKCkKICAgIGF0IC91c3Ivc3JjL3N5cy9pMzg2L2kz ODYvZXhjZXB0aW9uLnM6MjYyCiMxOCAweDAwMDAwMDMzIGluID8/ICgpClByZXZpb3VzIGZy YW1lIGlubmVyIHRvIHRoaXMgZnJhbWUgKGNvcnJ1cHQgc3RhY2s/KQooa2dkYikgCgotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KcHMgLWF4bAoKICBVSUQgICBQSUQgIFBQSUQgQ1BVIFBSSSBOSSAg IFZTWiAgIFJTUyBNV0NIQU4gU1RBVCAgVFQgICAgICAgVElNRSBDT01NQU5ECiAgICAwICAg ICAwICAgICAwICAgMCAtMTYgIDAgICAgIDAgICAgIDAgc2NoZWQgIERMcyAgID8/ICAxMjAy MDoxMy4wMCBbc3dhcHBlcl0KICAgIDAgICAgIDEgICAgIDAgICAwICAgOCAgMCAgMTg4OCAg ICAgMCB3YWl0ICAgRExzICAgPz8gIDEwNzcxNDoxOC4wMCBbaW5pdF0KICAgIDAgICAgIDIg ICAgIDAgICAwICAtOCAgMCAgICAgMCAgICAgMCAtICAgICAgREwgICAgPz8gIDQyODI5Njoz My4wMCBbZ19ldmVudF0KICAgIDAgICAgIDMgICAgIDAgICAwICAtOCAgMCAgICAgMCAgICAg MCAtICAgICAgUkwgICAgPz8gIDg1MzkwNToxNi4wMCBbZ191cF0KICAgIDAgICAgIDQgICAg IDAgICAwICAtOCAgMCAgICAgMCAgICAgMCAtICAgICAgREwgICAgPz8gIDExMDE3Njg6MjQu MDAgW2dfZG93bl0KICAgIDAgICAgIDUgICAgIDAgICAwICAgOCAgMCAgICAgMCAgICAgMCAt ICAgICAgREwgICAgPz8gICAgMDowMC4wMCBba3F1ZXVlIHRhcwogICAgMCAgICAgNiAgICAg MCAgIDAgIC04ICAwICAgICAwICAgICAwIGNjYl9zYyBETCAgICA/PyAgICAwOjAwLjAwIFt4 cHRfdGhyZF0KICAgIDAgICAgIDcgICAgIDAgICAwICAgMCAgMCAgICAgMCAgICAgMCAtICAg ICAgREwgICAgPz8gICAgMDowMC4wMCBbYWNwaV90YXNrXwogICAgMCAgICAgOCAgICAgMCAg IDAgICAwICAwICAgICAwICAgICAwIC0gICAgICBETCAgICA/PyAgMTE2MTI6MjUuMDAgW2Fj cGlfdGFza18KICAgIDAgICAgIDkgICAgIDAgICAwICAgOCAgMCAgICAgMCAgICAgMCAtICAg ICAgREwgICAgPz8gICAgMDowMC4wMCBbYWNwaV90YXNrXwogICAgMCAgICAxMCAgICAgMCAg IDAgMTcxICAwICAgICAwICAgICAwIC0gICAgICBSTCAgICA/PyAgLTMxNTU2MTY4Oi01MC41 NSBbaWRsZV0KICAgIDAgICAgMTEgICAgIDAgICAwIC00NCAgMCAgICAgMCAgICAgMCAtICAg ICAgV0wgICAgPz8gICAgMDowMC4wMCBbc3dpMTogbmV0XQogICAgMCAgICAxMiAgICAgMCAg IDAgLTMyICAwICAgICAwICAgICAwIC0gICAgICBSTCAgICA/PyAgOTk4MTIyOjMxLjAwIFtz d2k0OiBjbG9jCiAgICAwICAgIDEzICAgICAwICAgMCAtMzYgIDAgICAgIDAgICAgIDAgLSAg ICAgIFdMICAgID8/ICAgIDA6MDAuMDAgW3N3aTM6IHZtXQogICAgMCAgICAxNCAgICAgMCAg IDAgLTE2ICAwICAgICAwICAgICAwIC0gICAgICBETCAgICA/PyAgMjM2ODI0OjAzLjAwIFt5 YXJyb3ddCiAgICAwICAgIDE1ICAgICAwICAgMCAtMjQgIDAgICAgIDAgICAgIDAgLSAgICAg IFdMICAgID8/ICAxMDE3NTY6MDAuMDAgW3N3aTY6IHRhc2sKICAgIDAgICAgMTYgICAgIDAg ICAwIC00MCAgMCAgICAgMCAgICAgMCAtICAgICAgV0wgICAgPz8gICAgMDowMC4wMCBbc3dp MjogY2FtYgogICAgMCAgICAxNyAgICAgMCAgIDAgLTI4ICAwICAgICAwICAgICAwIC0gICAg ICBXTCAgICA/PyAgMTMwMTowMS4wMCBbc3dpNTogK10KICAgIDAgICAgMTggICAgIDAgICAw ICAtOCAgMCAgICAgMCAgICAgMCAtICAgICAgREwgICAgPz8gIDI1MzAxOjAwLjAwIFt0aHJl YWQgdGFzCiAgICAwICAgIDE5ICAgICAwICAgMCAtMjQgIDAgICAgIDAgICAgIDAgLSAgICAg IFdMICAgID8/ICA3NzQ3MjQ6NTEuMDAgW3N3aTY6IEdpYW4KICAgIDAgICAgMjAgICAgIDAg ICAwIC01MiAgMCAgICAgMCAgICAgMCAtICAgICAgV0wgICAgPz8gIDI3NDI5OjA0LjAwIFtp cnE5OiBhY3BpCiAgICAwICAgIDIxICAgICAwICAgMCAtNjQgIDAgICAgIDAgICAgIDAgLSAg ICAgIFdMICAgID8/ICA0MTczNToxNy4wMCBbaXJxMTE6IHVoYwogICAgMCAgICAyMiAgICAg MCAgIDAgICA4ICAwICAgICAwICAgICAwIHVzYmV2dCBETCAgICA/PyAgMjg3OjE4LjAwIFt1 c2IwXQogICAgMCAgICAyMyAgICAgMCAgIDAgICA4ICAwICAgICAwICAgICAwIHVzYnRzayBE TCAgICA/PyAgICAwOjAwLjAwIFt1c2J0YXNrLWhjCiAgICAwICAgIDI0ICAgICAwICAgMCAg IDggIDAgICAgIDAgICAgIDAgdXNidHNrIERMICAgID8/ICAgIDA6MDAuMDAgW3VzYnRhc2st ZHIKICAgIDAgICAgMjUgICAgIDAgICAwIC04MCAgMCAgICAgMCAgICAgMCAtICAgICAgUkwg ICAgPz8gIDIyNjk0MDoxNy4wMCBbaXJxNTogcGNtMAogICAgMCAgICAyNiAgICAgMCAgIDAg ICA4ICAwICAgICAwICAgICAwIHVzYmV2dCBETCAgICA/PyAgMTk0OjM5LjAwIFt1c2IxXQog ICAgMCAgICAyNyAgICAgMCAgIDAgICA4ICAwICAgICAwICAgICAwIHVzYmV2dCBETCAgICA/ PyAgMjA3OjA4LjAwIFt1c2IyXQogICAgMCAgICAyOCAgICAgMCAgIDAgICA4ICAwICAgICAw ICAgICAwIHVzYmV2dCBETCAgICA/PyAgNzIzOjQ5LjAwIFt1c2IzXQogICAgMCAgICAyOSAg ICAgMCAgIDAgLTY0ICAwICAgICAwICAgICAwIC0gICAgICBSTCAgICA/PyAgNTIyMTM3OjI4 LjAwIFtpcnExNDogYXRhCiAgICAwICAgIDMwICAgICAwICAgMCAtNjQgIDAgICAgIDAgICAg IDAgLSAgICAgIFdMICAgID8/ICAxNzE1MjM6MzAuMDAgW2lycTE1OiBhdGEKICAgIDAgICAg MzEgICAgIDAgICAwICAgMCAgMCAgICAgMCAgICAgMCB0enBvbGwgREwgICAgPz8gIDUwNzMz NjoxNi4wMCBbYWNwaV90aGVybQogICAgMCAgICAzMiAgICAgMCAgIDAgICAwICAwICAgICAw ICAgICAwIGNvb2xpbiBETCAgICA/PyAgMTMzODo1NS4wMCBbYWNwaV9jb29saQogICAgMCAg ICAzMyAgICAgMCAgIDAgLTYwICAwICAgICAwICAgICAwIC0gICAgICBXTCAgICA/PyAgODQz Nzg6MTIuMDAgW2lycTE6IGF0a2IKICAgIDAgICAgMzQgICAgIDAgICAwIC02MCAgMCAgICAg MCAgICAgMCAtICAgICAgV0wgICAgPz8gIDI4MTI6MDEuMDAgW2lycTEyOiBwc20KICAgIDAg ICAgMzUgICAgIDAgICAwIC0xNiAgMCAgICAgMCAgICAgMCBwc2xlZXAgREwgICAgPz8gIDI2 ODM6MzUuMDAgW3BhZ2VkYWVtb24KICAgIDAgICAgMzYgICAgIDAgICAwICAyMCAgMCAgICAg MCAgICAgMCBwc2xlZXAgREwgICAgPz8gICAzNDowMC4wMCBbdm1kYWVtb25dCiAgICAwICAg IDM3ICAgICAwICAgMCAxNzEgIDAgICAgIDAgICAgIDAgcGd6ZXJvIERMICAgID8/ICAgNDI6 MDIuMDAgW3BhZ2V6ZXJvXQogICAgMCAgICAzOCAgICAgMCAgIDAgMTcxICAwICAgICAwICAg ICAwIHBvbGxpZCBETCAgICA/PyAgMjA4Nzo0Ni4wMCBbaWRsZXBvbGxdCiAgICAwICAgIDM5 ICAgICAwICAgMCAtMTYgIDAgICAgIDAgICAgIDAgcHNsZWVwIERMICAgID8/ICA2OTk3OjMx LjAwIFtidWZkYWVtb25dCiAgICAwICAgIDQwICAgICAwICAgMCAgLTQgIDAgICAgIDAgICAg IDAgdmxydXd0IERMICAgID8/ICA2MDA2OjM2LjAwIFt2bmxydV0KICAgIDAgICAgNDEgICAg IDAgICAwICAyMCAgMCAgICAgMCAgICAgMCBzeW5jZXIgREwgICAgPz8gIDg4NzQ5OjEwLjAw IFtzeW5jZXJdCiAgICAwICAgIDQyICAgICAwICAgMCAtMTYgIDAgICAgIDAgICAgIDAgc2Rm bHVzIERMICAgID8/ICAyNjc0MzoyMy4wMCBbc29mdGRlcGZsdQogICAgMCAgIDEwNyAgICAg MCAgIDAgLTE2ICAwICAgICAwICAgICAwIHRxLT50cSBETCAgICA/PyAgMTM1OjMxLjAwIFtz eXN0ZW1fdGFzCiAgICAwICAgMTA4ICAgICAwICAgMCAtMTYgIDAgICAgIDAgICAgIDAgdmFj diAgIERMICAgID8/ICA0MzgyMToxOS4wMCBbdmFjbGVhbl0KICAgIDAgICAxMDkgICAgIDAg ICAwIC0xNiAgMCAgICAgMCAgICAgMCBhcmNfcmUgREwgICAgPz8gIDEwOTEzOjM3LjAwIFth cmNfcmVjbGFpCiAgICAwICAgMTEyICAgICAwICAgMCAtMTYgIDAgICAgIDAgICAgIDAgbDJh cmNfIERMICAgID8/ICA3Njk4OjI3LjAwIFtsMmFyY19mZWVkCiAgICAwICAgMTQwICAgICAw ICAgMCAtMTYgIDAgICAgIDAgICAgIDAgdHEtPnRxIERMICAgID8/ICA3MzI0OjE5LjAwIFtz cGFfemlvXQogICAgMCAgIDE0MSAgICAgMCAgIDAgLTE2ICAwICAgICAwICAgICAwIHRxLT50 cSBETCAgICA/PyAgODIxNDk6NTQuMDAgW3NwYV96aW9dCiAgICAwICAgMTQyICAgICAwICAg MCAtMTYgIDAgICAgIDAgICAgIDAgdHEtPnRxIERMICAgID8/ICA2NTE3OjA5LjAwIFtzcGFf emlvXQogICAgMCAgIDE0MyAgICAgMCAgIDAgLTE2ICAwICAgICAwICAgICAwIHRxLT50cSBE TCAgICA/PyAgNjQ1NjM6MjcuMDAgW3NwYV96aW9dCiAgICAwICAgMTQ0ICAgICAwICAgMCAt MTYgIDAgICAgIDAgICAgIDAgdHEtPnRxIERMICAgID8/ICA2MjY0Mjo0MC4wMCBbc3BhX3pp b10KICAgIDAgICAxNDUgICAgIDAgICAwIC0xNiAgMCAgICAgMCAgICAgMCB0cS0+dHEgREwg ICAgPz8gIDY5NDUyOjQxLjAwIFtzcGFfemlvXQogICAgMCAgIDE0NiAgICAgMCAgIDAgLTE2 ICAwICAgICAwICAgICAwIHRxLT50cSBETCAgICA/PyAgNjk0MzU6NDguMDAgW3NwYV96aW9d CiAgICAwICAgMTQ3ICAgICAwICAgMCAtMTYgIDAgICAgIDAgICAgIDAgdHEtPnRxIERMICAg ID8/ICAxMjA0NjU6MDEuMDAgW3NwYV96aW9dCiAgICAwICAgMTQ4ICAgICAwICAgMCAtMTYg IDAgICAgIDAgICAgIDAgdHEtPnRxIERMICAgID8/ICAxMjcwNzg6MzkuMDAgW3NwYV96aW9d CiAgICAwICAgMTQ5ICAgICAwICAgMCAtMTYgIDAgICAgIDAgICAgIDAgdHEtPnRxIERMICAg ID8/ICAxNjcxMDoxNC4wMCBbc3BhX3ppb10KICAgIDAgICAxNTAgICAgIDAgICAwIC0xNiAg MCAgICAgMCAgICAgMCB0cS0+dHEgREwgICAgPz8gIDEzNjI3OjIwLjAwIFtzcGFfemlvXQog ICAgMCAgIDE1MSAgICAgMCAgIDAgLTE2ICAwICAgICAwICAgICAwIHRxLT50cSBETCAgICA/ PyAgMzE2NDU6MjEuMDAgW3NwYV96aW9dCiAgICAwICAgMTUyICAgICAwICAgMCAtMTYgIDAg ICAgIDAgICAgIDAgdHEtPnRxIERMICAgID8/ICA2MzIxODoxNi4wMCBbc3BhX3ppb10KICAg IDAgICAxNTMgICAgIDAgICAwIC0xNiAgMCAgICAgMCAgICAgMCB0cS0+dHEgREwgICAgPz8g IDIxMTk2OjIzLjAwIFtzcGFfemlvXQogICAgMCAgIDE1NCAgICAgMCAgIDAgLTE2ICAwICAg ICAwICAgICAwIHRxLT50cSBETCAgICA/PyAgMjkyOjMyLjAwIFtzcGFfemlvXQogICAgMCAg IDE1NSAgICAgMCAgIDAgLTE2ICAwICAgICAwICAgICAwIHRxLT50cSBETCAgICA/PyAgMjc0 OjQzLjAwIFtzcGFfemlvXQogICAgMCAgIDE1NiAgICAgMCAgIDAgLTE2ICAwICAgICAwICAg ICAwIHRxLT50cSBETCAgICA/PyAgMjUwOjU4LjAwIFtzcGFfemlvXQogICAgMCAgIDE1NyAg ICAgMCAgIDAgLTE2ICAwICAgICAwICAgICAwIHRxLT50cSBETCAgICA/PyAgNDQ5NjE6NDEu MDAgW3NwYV96aW9dCiAgICAwICAgMTU4ICAgICAwICAgMCAtMTYgIDAgICAgIDAgICAgIDAg dHEtPnRxIERMICAgID8/ICAyODc5OTozOC4wMCBbc3BhX3ppb10KICAgIDAgICAxNTkgICAg IDAgICAwIC0xNiAgMCAgICAgMCAgICAgMCB0cS0+dHEgREwgICAgPz8gIDQxMjM0OjU0LjAw IFtzcGFfemlvXQogICAgMCAgIDE2MCAgICAgMCAgIDAgLTE2ICAwICAgICAwICAgICAwIHRx LT50cSBETCAgICA/PyAgIDMwOjQ4LjAwIFtzcGFfemlvXQogICAgMCAgIDE2MSAgICAgMCAg IDAgLTE2ICAwICAgICAwICAgICAwIHRxLT50cSBETCAgICA/PyAgIDMxOjQ0LjAwIFtzcGFf emlvXQogICAgMCAgIDE2MiAgICAgMCAgIDAgLTE2ICAwICAgICAwICAgICAwIHRxLT50cSBE TCAgICA/PyAgIDI4OjE4LjAwIFtzcGFfemlvXQogICAgMCAgIDE2MyAgICAgMCAgIDAgLTE2 ICAwICAgICAwICAgICAwIHRxLT50cSBETCAgICA/PyAgIDMzOjM0LjAwIFtzcGFfemlvXQog ICAgMCAgIDE2NCAgICAgMCAgIDAgLTE2ICAwICAgICAwICAgICAwIHRxLT50cSBETCAgICA/ PyAgIDI3OjQ4LjAwIFtzcGFfemlvXQogICAgMCAgIDE2NSAgICAgMCAgIDAgLTE2ICAwICAg ICAwICAgICAwIHRxLT50cSBETCAgICA/PyAgMzY0OjQyLjAwIFtzcGFfemlvXQogICAgMCAg IDE2NiAgICAgMCAgIDAgIC04ICAwICAgICAwICAgICAwIHZnZW9tOiBETCAgICA/PyAgOTc1 NzoxMC4wMCBbdmRldjp3b3JrZQogICAgMCAgIDE2NyAgICAgMCAgIDAgLTE2ICAwICAgICAw ICAgICAwIHR4LT50eCBETCAgICA/PyAgNjg0OjEwLjAwIFt0eGdfdGhyZWFkCiAgICAwICAg MTY4ICAgICAwICAgMCAtMTYgIDAgICAgIDAgICAgIDAgdHgtPnR4IERMICAgID8/ICA0Mzk2 Mzo1NS4wMCBbdHhnX3RocmVhZAogICAgMCAgIDE3MCAgICAgMCAgIDAgLTE2ICAwICAgICAw ICAgICAwIHRxLT50cSBETCAgICA/PyAgIDg4OjUwLjAwIFt6aWxfY2xlYW5dCiAgICAwICAg MTcxICAgICAwICAgMCAtMTYgIDAgICAgIDAgICAgIDAgdHEtPnRxIERMICAgID8/ICAgNjY6 MjcuMDAgW3ppbF9jbGVhbl0KICAgIDAgICAxNzIgICAgIDAgICAwIC0xNiAgMCAgICAgMCAg ICAgMCB0cS0+dHEgREwgICAgPz8gICA2Njo1MS4wMCBbemlsX2NsZWFuXQogICAgMCAgIDE3 MyAgICAgMCAgIDAgLTE2ICAwICAgICAwICAgICAwIHRxLT50cSBETCAgICA/PyAgIDYxOjA4 LjAwIFt6aWxfY2xlYW5dCiAgICAwICAgMTc0ICAgICAwICAgMCAtMTYgIDAgICAgIDAgICAg IDAgdHEtPnRxIERMICAgID8/ICAgNjc6MzguMDAgW3ppbF9jbGVhbl0KICAgIDAgICAxNzUg ICAgIDAgICAwIC0xNiAgMCAgICAgMCAgICAgMCB0cS0+dHEgREwgICAgPz8gICA3OTo0NS4w MCBbemlsX2NsZWFuXQogICAgMCAgIDE3NiAgICAgMCAgIDAgLTE2ICAwICAgICAwICAgICAw IHRxLT50cSBETCAgICA/PyAgIDU3OjE0LjAwIFt6aWxfY2xlYW5dCiAgICAwICAgMjA3ICAg ICAxICAgMCAgMjAgIDAgIDEzOTYgICAgIDAgcGF1c2UgIERzICAgID8/ICAxMDQ2NjoyOS4w MCBbYWRqa2VybnR6XQogICAgMCAgIDU1NiAgICAgMSAgIDAgIDQ0ICAwICAxODg4ICAgICAw IHNlbGVjdCBEcyAgICA/PyAgMTY3MjQ6NTQuMDAgW2RldmRdCiAgICAwICAgNjI3ICAgICAx ICAgMCAgNDQgIDAgIDMyMDAgICAgIDAgc2VsZWN0IERzICAgID8/ICAxMjc1NDg6MzIuMDAg W3N5c2xvZ2RdCiAgICAwICAgNjk1ICAgICAwICAgMCAtNjggIDAgICAgIDAgICAgIDAgc2xl ZXAgIERMICAgID8/ICAgNzQ6NTIuMDAgW25nX3F1ZXVlMF0KICAgIDAgICA2OTcgICAgIDEg ICAwICAgNCAgMCAgMzE2NCAgICAgMCBzYndhaXQgRHMgICAgPz8gIDIxOTkxOjA1LjAwIFto Y3NlY2RdCiAgICAwICAgNzMyICAgICAxICAgMCAgNDQgIDAgIDMyMDAgICAgIDAgc2VsZWN0 IERzICAgID8/ICAxMjQwMDg1OjUwLjAwIFtwb3dlcmRdCjY1NTM0ICAgNzQyICAgICAxICAg MCAgOTYgIDAgIDMxNDQgICAgIDAgc2VsZWN0IERzICAgID8/ICAzNTY3NTozOC4wMCBbc2Rw ZF0KICAgIDAgICA3NTkgICAgIDEgICAwICA0NCAgMCAgMzIwNCAgICAgMCBzZWxlY3QgRHMg ICAgPz8gIDQ3OTQxOjI2LjAwIFtudHBkXQogIDEyMyAgIDc2MSAgIDc1OSAgIDAgIDQ0ICAw ICAzMjA0ICAgICAwIHNlbGVjdCBEICAgICA/PyAgMzE4NDM6MTYuMDAgW250cGRdCiAgNTU2 ICAgNzc4ICAgICAxICAgMCAgNDQgIDAgIDMzNjAgICAgIDAgc2VsZWN0IERzICAgID8/ICAy NTc2OTg6NDQuMDAgW2RidXMtZGFlbW8KICAgIDAgICA4MTkgICAgIDEgICAwICA0NCAgMCAg NTg5NiAgICAgMCBzZWxlY3QgRHMgICAgPz8gIDU3NTI5OjE0LjAwIFtzZW5kbWFpbF0KICAg MjUgICA4MjMgICAgIDEgICAwICAyMCAgMCAgNTg5NiAgICAgMCBwYXVzZSAgRHMgICAgPz8g IDIzNDYyOjM5LjAwIFtzZW5kbWFpbF0KICAgIDAgICA4MjkgICAgIDEgICAwICAgOCAgMCAg MzIyOCAgICAgMCBuYW5zbHAgRHMgICAgPz8gIDQ1NDcyOjI1LjAwIFtjcm9uXQogICAgMCAg IDg2OSAgICAgMSAgIDAgICA1ICAwICAzMjAwICAgICAwIHR0eWluICBEcysgICA/PyAgNDU0 ODU6MzguMDAgW2dldHR5XQogICAgMCAgIDg3MCAgICAgMSAgIDAgICA4ICAwICAzNjQwICAg ICAwIHdhaXQgICBEcyAgICA/PyAgMjkzOTUzOjI4LjAwIFtsb2dpbl0KICAgIDAgICA4NzEg ICAgIDEgICAwICAgNSAgMCAgMzIwMCAgICAgMCB0dHlpbiAgRHMrICAgPz8gIDM4MDc0OjUx LjAwIFtnZXR0eV0KICAgIDAgICA4NzIgICAgIDEgICAwICAgNSAgMCAgMzIwMCAgICAgMCB0 dHlpbiAgRHMrICAgPz8gIDM3MTM4OjAxLjAwIFtnZXR0eV0KICAgIDAgICA4NzMgICAgIDEg ICAwICAgNSAgMCAgMzIwMCAgICAgMCB0dHlpbiAgRHMrICAgPz8gIDM2NTIzOjA2LjAwIFtn ZXR0eV0KICAgIDAgICA4NzQgICAgIDEgICAwICAgNSAgMCAgMzIwMCAgICAgMCB0dHlpbiAg RHMrICAgPz8gIDM4ODIxOjQ2LjAwIFtnZXR0eV0KICAgIDAgICA4NzUgICAgIDEgICAwICAg NSAgMCAgMzIwMCAgICAgMCB0dHlpbiAgRHMrICAgPz8gIDM2NTI3OjA0LjAwIFtnZXR0eV0K ICAgIDAgICA4NzYgICAgIDEgICAwICAgNSAgMCAgMzIwMCAgICAgMCB0dHlpbiAgRHMrICAg Pz8gIDM3Mjc4OjMzLjAwIFtnZXR0eV0KICA1NjAgICA4ODYgICAgIDEgICAwICA0NCAgMCAg NjgzMiAgICAgMCBzZWxlY3QgRHMgICAgPz8gIDY5NTY1NTI6NTkuMDAgW2hhbGRdCiAgICAw ICAgODg5ICAgICAxICAgMCAgIDEgIDAgIDc0MzIgICAgIDAgLSAgICAgIFJzICAgID8/ICAy Njg1Mjg6MzQuMDAgW2NvbnNvbGUta2kKICAgIDAgICA4OTAgICA4ODYgICAwICA0NiAgMCAg NTc5NiAgICAgMCBzZWxlY3QgRCAgICAgPz8gIDQ1MzA0MTo0MC4wMCBbaGFsZC1ydW5uZQog ICAgMCAgIDkxMyAgIDg5MCAgIDAgIDQ0ICAwICAzNjY0ICAgICAwIHNlbGVjdCBEICAgICA/ PyAgNDk1NzgzOjU2LjAwIFtoYWxkLWFkZG9uCiAgICAwICAgOTIzICAgODcwICAgMCAgMjAg IDAgIDQ0ODQgICAgIDAgcGF1c2UgIEQgICAgID8/ICAxMDM2NTU3OjE3LjAwIFtjc2hdCiAg ICAwICAgOTMxICAgODkwICAgMCAgNTQgIDAgIDU2MjAgICAgIDAgc2VsZWN0IEQgICAgID8/ ICAxMDE0NDQwOjAwLjAwIFtoYWxkLWFkZG9uCiAgICAwICAgOTYxICAgOTIzICAgMCAgNDQg IDAgIDMyMDAgICAgIDAgc2VsZWN0IEQrICAgID8/ICAxNTMxMzk6NTkuMDAgW3NjcmlwdF0K ICAgIDAgICA5NjMgICA5NjEgICAwICA0NCAgMCAgNDQ4NCAgICAgMCAtICAgICAgUnMgICAg Pz8gIDE5NTQxMjQ6NTguMDAgW2NzaF0KICAgIDAgIDEwMDIgICA5NjMgICAwICA0NCAgMCAg MTM5MiAgICAgMCAtICAgICAgUisgICAgPz8gIDUzNDA6NTkuMDAgW2tsZHVubG9hZF0KCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQp2bXN0YXQgLXMKCiAgICAgICAgMCBjcHUgY29udGV4dCBzd2l0 Y2hlcwogICAgICAgIDAgZGV2aWNlIGludGVycnVwdHMKICAgICAgICAwIHNvZnR3YXJlIGlu dGVycnVwdHMKICAgICAgICAwIHRyYXBzCiAgICAgICAgMCBzeXN0ZW0gY2FsbHMKICAgICAg ICAwIGtlcm5lbCB0aHJlYWRzIGNyZWF0ZWQKICAgICAgICAwICBmb3JrKCkgY2FsbHMKICAg ICAgICAwIHZmb3JrKCkgY2FsbHMKICAgICAgICAwIHJmb3JrKCkgY2FsbHMKICAgICAgICAw IHN3YXAgcGFnZXIgcGFnZWlucwogICAgICAgIDAgc3dhcCBwYWdlciBwYWdlcyBwYWdlZCBp bgogICAgICAgIDAgc3dhcCBwYWdlciBwYWdlb3V0cwogICAgICAgIDAgc3dhcCBwYWdlciBw YWdlcyBwYWdlZCBvdXQKICAgICAgICAwIHZub2RlIHBhZ2VyIHBhZ2VpbnMKICAgICAgICAw IHZub2RlIHBhZ2VyIHBhZ2VzIHBhZ2VkIGluCiAgICAgICAgMCB2bm9kZSBwYWdlciBwYWdl b3V0cwogICAgICAgIDAgdm5vZGUgcGFnZXIgcGFnZXMgcGFnZWQgb3V0CiAgICAgICAgMCBw YWdlIGRhZW1vbiB3YWtldXBzCiAgICAgICAgMCBwYWdlcyBleGFtaW5lZCBieSB0aGUgcGFn ZSBkYWVtb24KICAgICAgMTUzIHBhZ2VzIHJlYWN0aXZhdGVkCiAgICAgICAgMCBjb3B5LW9u LXdyaXRlIGZhdWx0cwogICAgICAgIDAgY29weS1vbi13cml0ZSBvcHRpbWl6ZWQgZmF1bHRz CiAgICAgICAgMCB6ZXJvIGZpbGwgcGFnZXMgemVyb2VkCiAgICAgICAgMCB6ZXJvIGZpbGwg cGFnZXMgcHJlemVyb2VkCiAgICAgICAgMCBpbnRyYW5zaXQgYmxvY2tpbmcgcGFnZSBmYXVs dHMKICAgICAgICAwIHRvdGFsIFZNIGZhdWx0cyB0YWtlbgogICAgICAgIDAgcGFnZXMgYWZm ZWN0ZWQgYnkga2VybmVsIHRocmVhZCBjcmVhdGlvbgogICAgICAgIDAgcGFnZXMgYWZmZWN0 ZWQgYnkgIGZvcmsoKQogICAgICAgIDAgcGFnZXMgYWZmZWN0ZWQgYnkgdmZvcmsoKQogICAg ICAgIDAgcGFnZXMgYWZmZWN0ZWQgYnkgcmZvcmsoKQogICAgICAxNzcgcGFnZXMgY2FjaGVk CiAgICAgICAgMCBwYWdlcyBmcmVlZAogICAgICAgIDAgcGFnZXMgZnJlZWQgYnkgZGFlbW9u CiAgICA1NTY5OSBwYWdlcyBmcmVlZCBieSBleGl0aW5nIHByb2Nlc3NlcwogICAgIDMwMTAg cGFnZXMgYWN0aXZlCiAgICAgMjU1NCBwYWdlcyBpbmFjdGl2ZQogICAgICAgMjMgcGFnZXMg aW4gVk0gY2FjaGUKICAgICA4NzYwIHBhZ2VzIHdpcmVkIGRvd24KICAgMTExOTEyIHBhZ2Vz IGZyZWUKICAgICA0MDk2IGJ5dGVzIHBlciBwYWdlCiAgICAzOTkwMCB0b3RhbCBuYW1lIGxv b2t1cHMKICAgICAgICAgIGNhY2hlIGhpdHMgKDgyJSBwb3MgKyAxMSUgbmVnKSBzeXN0ZW0g MCUgcGVyLWRpcmVjdG9yeQogICAgICAgICAgZGVsZXRpb25zIDAlLCBmYWxzZWhpdHMgMCUs IHRvb2xvbmcgMCUKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQp2bXN0YXQgLW0KCiAgICAgICAgIFR5 cGUgSW5Vc2UgTWVtVXNlIEhpZ2hVc2UgUmVxdWVzdHMgIFNpemUocykKICAgICAgaXRocmVh ZCAgICA1NyAgICAgOEsgICAgICAgLSAgICAgICA1OCAgMTYsNjQsMjU2CiAgICAgIGF0YV9k bWEgICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIgIDEyOAogICAgICAgbGlua2VyICAg MTk1ICAxODA4SyAgICAgICAtICAgICAgNDY2ICAxNiwzMiw2NCwyNTYsMTAyNCwyMDQ4LDQw OTYKICAgICAgICBsb2NrZiAgICAyMCAgICAgMksgICAgICAgLSAgICAgICAyMCAgMzIsNjQK ICAgICAgIGlwNm5kcCAgICAgNCAgICAgMUsgICAgICAgLSAgICAgICAgNCAgNjQsMTI4CiAg ICAgICAgIHRlbXAgICAgMjcgICAxNTBLICAgICAgIC0gICAgIDczNTMgIDE2LDMyLDY0LDEy OCwyNTYsMTAyNCwyMDQ4LDQwOTYKICAgICAgIGRldmJ1ZiAgIDM3NSAgMTQxOUsgICAgICAg LSAgICAgIDM5OSAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgYWNk X2RyaXZlciAgICAgMSAgICAgMksgICAgICAgLSAgICAgICAgMSAgMjA0OAogICAgICAgbW9k dWxlICAgMjEyICAgIDE0SyAgICAgICAtICAgICAgMjEyICA2NCwxMjgKICAgICAgQ0FNIFNJ TSAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMTI4CiAgICAgbXR4X3Bvb2wgICAg IDEgICAgIDRLICAgICAgIC0gICAgICAgIDEgIDQwOTYKICAgICAgICAgIG9zZCAgICAgMyAg ICAgMUsgICAgICAgLSAgICAgICAgNCAgMTYsMzIKICAgICAgYWNwaWRldiAgICA2MSAgICAg MksgICAgICAgLSAgICAgICA2MSAgMzIKICAgICAgc3VicHJvYyAgIDIzOSAgIDQ4NEsgICAg ICAgLSAgICAgMTEzMSAgMjU2LDQwOTYKICAgICAgICAgcHJvYyAgICAgMiAgICAgNEsgICAg ICAgLSAgICAgICAgMiAgMjA0OAogICAgICBzZXNzaW9uICAgIDIzICAgICAySyAgICAgICAt ICAgICAgIDI1ICA2NAogICAgICAgICBwZ3JwICAgIDI2ICAgICAySyAgICAgICAtICAgICAg IDM0ICA2NAogICAgICAgICBjcmVkICAgIDI0ICAgICA2SyAgICAgICAtICAgICA1MzYzICAy NTYKICAgICAgdWlkaW5mbyAgICAgNyAgICAgMUsgICAgICAgLSAgICAgICAgNyAgMzIsNTEy CiAgICAgICBwbGltaXQgICAgMTMgICAgIDRLICAgICAgIC0gICAgICAxMzUgIDI1NgogICAg c3lzY3RsdG1wICAgICAwICAgICAwSyAgICAgICAtICAgICAgNDk0ICAxNiwzMiw2NCwxMjgs MjA0OAogICAgc3lzY3Rsb2lkICAzMDI3ICAgIDkxSyAgICAgICAtICAgICAzMTUwICAxNiwz Miw2NAogICAgICAgc3lzY3RsICAgICAwICAgICAwSyAgICAgICAtICAgICAgNjczICAxNiwz Miw2NAogICAgICAgICB1bXR4ICAgMTQwICAgICA5SyAgICAgICAtICAgICAgMTQwICA2NAog ICAgIHAxMDAzLjFiICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAxNgogICAgICAg ICBTV0FQICAgICAyICAgMTQxSyAgICAgICAtICAgICAgICAyICA2NAogICBDQU0gcGVyaXBo ICAgICAyICAgICAxSyAgICAgICAtICAgICAgICA1ICAxNiwzMiwxMjgKICAgICAgIGJ1cy1z YyAgICA2NSAgICA1MUsgICAgICAgLSAgICAgMTIwMyAgMTYsMzIsNjQsMTI4LDI1Niw1MTIs MTAyNCwyMDQ4LDQwOTYKICAgICAgICAgIGJ1cyAgIDc1NSAgICAzNEsgICAgICAgLSAgICAg MzUxMyAgMTYsMzIsNjQsMTI4LDEwMjQKICAgICAgZGV2c3RhdCAgICAgOCAgICAxN0sgICAg ICAgLSAgICAgICAgOCAgMTYsNDA5NgogZXZlbnRoYW5kbGVyICAgIDU3ICAgICA0SyAgICAg ICAtICAgICAgIDU4ICAzMiw2NCwxMjgKICAgICAgICAga29iaiAgIDEzNyAgIDI3NEsgICAg ICAgLSAgICAgIDE1NyAgMjA0OAogICAgICAgYWNwaWNhICAxNzE3ICAgIDg3SyAgICAgICAt ICAgIDQ0NzgwICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0CiAgICAgYWNwaXRhc2sgICAg IDAgICAgIDBLICAgICAgIC0gICAgICAgIDUgIDMyCiAgICAgICAgIHJtYW4gICAxMzQgICAg IDlLICAgICAgIC0gICAgICA0NDUgIDE2LDMyLDY0CiAgICAgcGNpX2xpbmsgICAgMTYgICAg IDJLICAgICAgIC0gICAgICAgMTYgIDY0LDEyOAogICAgICAgICBzYnVmICAgICAwICAgICAw SyAgICAgICAtICAgICAgNDM5ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5 NgogICAgICBlbnRyb3B5ICAxMDI0ICAgIDY0SyAgICAgICAtICAgICAxMDI0ICA2NAogICAg ICAgREVWRlMxICAgIDc3ICAgIDIwSyAgICAgICAtICAgICAgIDc3ICAyNTYKICAgIHRhc2tx dWV1ZSAgICAgOSAgICAgMUsgICAgICAgLSAgICAgICAgOSAgMTYsMTI4CiAgICAgICBVbml0 bm8gICAgIDggICAgIDFLICAgICAgIC0gICAgICAgMjIgIDE2LDY0CiAgICAgICAgICBpb3Yg ICAgIDAgICAgIDBLICAgICAgIC0gICAgIDE4MTEgIDE2LDY0LDEyOCwyNTYKICAgICBpb2N0 bG9wcyAgICAgMCAgICAgMEsgICAgICAgLSAgICAgMzc3NSAgMTYsMzIsNjQsMTI4LDI1Niw1 MTIsMTAyNCwyMDQ4LDQwOTYKICAgICAgICAgIG1zZyAgICAgNCAgICAyNUsgICAgICAgLSAg ICAgICAgNCAgMTAyNCw0MDk2CiAgICAgICAgICBzZW0gICAgIDQgICAgIDZLICAgICAgIC0g ICAgICAgIDQgIDI1Niw1MTIsMTAyNCw0MDk2CiAgICAgICAgICBzaG0gICAgIDEgICAgMTJL ICAgICAgIC0gICAgICAgIDEgIAogICAgICAgICB0dHlzICAxMTIzICAgMTU3SyAgICAgICAt ICAgICAyNjk4ICAxMjgsMTAyNAogICAgICAgICBwdHlzICAgICAxICAgICAxSyAgICAgICAt ICAgICAgICAxICAxMjgKICAgICBtYnVmX3RhZyAgICAgMSAgICAgMUsgICAgICAgLSAgICAg ICAgMSAgMzIKICAgICAgIERFVkZTMyAgICA5MSAgICAxMksgICAgICAgLSAgICAgICA5MiAg MTI4CiAgICAgICAgICBwY2IgICAgIDcgICAgIDdLICAgICAgIC0gICAgICAgIDggIDE2LDUx MiwxMDI0LDIwNDgKICAgICAgIHNvbmFtZSAgICAxNSAgICAgMksgICAgICAgLSAgICAgIDIw MyAgMTYsMzIsNjQsMTI4CiAgICAgICBiaW9idWYgICAgIDQgICAgIDhLICAgICAgIC0gICAg ICAgIDYgIDIwNDgKICAgICB2ZnNjYWNoZSAgICAgMSAgIDI1NksgICAgICAgLSAgICAgICAg MSAgCiAgICAgdmZzX2hhc2ggICAgIDEgICAxMjhLICAgICAgIC0gICAgICAgIDEgIAogICAg ICAgdm5vZGVzICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAxMjgKICB2bm9kZW1h cmtlciAgICAgMCAgICAgMEsgICAgICAgLSAgICAgIDE0MiAgNTEyCiAgICAgICAgbW91bnQg ICAxMzYgICAgIDRLICAgICAgIC0gICAgICAyODMgIDE2LDMyLDY0LDEyOCwyNTYKICAgICAg ICAgIEJQRiAgICAgNSAgICAgMUsgICAgICAgLSAgICAgICAgNSAgNjQKICBldGhlcl9tdWx0 aSAgICAxMCAgICAgMUsgICAgICAgLSAgICAgICAxMCAgMTYsMzIKICAgICAgIGlmYWRkciAg ICA2NCAgICAxMEsgICAgICAgLSAgICAgICA2NCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMjA0 OAogICAgICAgIGlmbmV0ICAgICA0ICAgICA0SyAgICAgICAtICAgICAgICA0ICAxMjgsMTAy NAogICAgICAgIGNsb25lICAgICAxICAgICA0SyAgICAgICAtICAgICAgICAxICA0MDk2CiAg ICAgICBhcnBjb20gICAgIDIgICAgIDFLICAgICAgIC0gICAgICAgIDIgIDE2CiAgICAgICAg ICAgbG8gICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDE2CiAgICAgICAgREVWRlMg ICAgMTAgICAgIDFLICAgICAgIC0gICAgICAgMTEgIDE2LDY0CiAgICAgICBERVZGU1AgICAg IDAgICAgIDBLICAgICAgIC0gICAgICAgIDYgIDMyCiAgICAgIENBTSBYUFQgICAgIDYgICAg IDFLICAgICAgIC0gICAgICAgMTMgIDE2LDMyLDY0LDUxMgogICAgIHJvdXRldGJsICAgMTQz ICAgIDM0SyAgICAgICAtICAgICAgMjA0ICAxNiwzMiw2NCwxMjgsMjU2CiAgICAgaW5fbXVs dGkgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDY0CiAgICBob3N0Y2FjaGUgICAg IDEgICAgMjBLICAgICAgIC0gICAgICAgIDEgIAogICAgICAgICBHRU9NICAgIDgxICAgICA5 SyAgICAgICAtICAgICAgNDQ3ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgKICAg ICBzeW5jYWNoZSAgICAgMSAgICA3MksgICAgICAgLSAgICAgICAgMSAgCiAgICBpbjZfbXVs dGkgICAgMTYgICAgIDFLICAgICAgIC0gICAgICAgMTYgIDE2LDMyLDY0CiAgICAgICBpc2Fk ZXYgICAgMjEgICAgIDJLICAgICAgIC0gICAgICAgMjEgIDY0CiAgICAgc2F2ZWRpbm8gICAg IDAgICAgIDBLICAgICAgIC0gICAgICAgMzEgIDI1NgogICAgICAgZGlycmVtICAgICAwICAg ICAwSyAgICAgICAtICAgICAgIDM2ICAzMgogICAgICAgIG1rZGlyICAgICAwICAgICAwSyAg ICAgICAtICAgICAgIDEyICAzMgogICAgICAgZGlyYWRkICAgICAwICAgICAwSyAgICAgICAt ICAgICAgIDQ3ICA2NAogICAgIGZyZWVmaWxlICAgICAwICAgICAwSyAgICAgICAtICAgICAg IDI5ICAzMgogICAgIGZyZWVibGtzICAgICAwICAgICAwSyAgICAgICAtICAgICAgIDIxICAy NTYKICAgICBmcmVlZnJhZyAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgNSAgMzIKICBh bGxvY2RpcmVjdCAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICA1NSAgMTI4CiAgICBibXNh ZmVtYXAgICAgIDAgICAgIDBLICAgICAgIC0gICAgICAgIDggIDY0CiAgICAgICBuZXdibGsg ICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgNTYgIDY0LDI1NgogICAgIGlub2RlZGVwICAg ICAxICAgMTI4SyAgICAgICAtICAgICAgIDY5ICAxMjgKICAgICAgcGFnZWRlcCAgICAgMSAg ICAxNksgICAgICAgLSAgICAgICAxOCAgNjQKICB1ZnNfZGlyaGFzaCAgICAzOSAgICAgOEsg ICAgICAgLSAgICAgICAzOSAgMTYsMzIsNjQsMTI4LDUxMgogICAgdWZzX21vdW50ICAgICA5 ICAgIDE5SyAgICAgICAtICAgICAgICA5ICAyNTYsMjA0OCw0MDk2CiAgICAgIFVNQUhhc2gg ICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDMgIDI1Niw1MTIsMTAyNAogICAgYWNwaV9w ZXJmICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICAyNTYKICAgICAgYWNwaXB3ciAg ICAgMiAgICAgMUsgICAgICAgLSAgICAgICAgMyAgMzIsNjQKICAgIHZtX3BnZGF0YSAgICAg MiAgICAzM0sgICAgICAgLSAgICAgICAgMiAgNjQKICAgICAgYWNwaXNlbSAgICA0OSAgICAg NEsgICAgICAgLSAgICAgICA0OSAgNjQKICAgICBhdGtiZGRldiAgICAgMiAgICAgMUsgICAg ICAgLSAgICAgICAgMiAgMzIKQ0FNIGRldiBxdWV1ZSAgICAgMSAgICAgMUsgICAgICAgLSAg ICAgICAgMSAgNjQKICAgICAgIGFwbWRldiAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAg MSAgNjQKICAgICAgICAgY2RldiAgICAxOSAgICAgM0sgICAgICAgLSAgICAgICAxOSAgMTI4 CiAgICBDQU0gcXVldWUgICAgIDMgICAgIDFLICAgICAgIC0gICAgICAgIDMgIDE2CiAgYXRh X2dlbmVyaWMgICAgIDIgICAgIDJLICAgICAgIC0gICAgICAgODIgIDE2LDY0LDEwMjQKICAg ICAgICBzaWdpbyAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMyAgMzIKICAgICBmaWxl ZGVzYyAgIDExNSAgICAyOUsgICAgICAgLSAgICAgMTAxNyAgMTYsMjU2LDUxMgogICAgICBt ZW1kZXNjICAgICAxICAgICA0SyAgICAgICAtICAgICAgICA5ICAzMiw0MDk2CiAgICAgbmV4 dXNkZXYgICAgIDQgICAgIDFLICAgICAgIC0gICAgICAgIDQgIDE2CiAgICAgICAgIGtlbnYg ICAxMjEgICAgIDhLICAgICAgIC0gICAgICAxMjcgIDE2LDMyLDY0LDEyOCw0MDk2CiAgICAg ICBrcXVldWUgICAgIDkgICAgIDVLICAgICAgIC0gICAgICAgMzEgIDEyOCwyNTYsMTAyNAog ICAgcHJvYy1hcmdzICAgIDMwICAgICAySyAgICAgICAtICAgICAgNDYxICAzMiw2NCwxMjgs MjU2CiAgICBhZF9kcml2ZXIgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAgIDEgIDMyCiAg ICAgICAgbWl4ZXIgICAgIDEgICAgIDRLICAgICAgIC0gICAgICAgIDEgIDQwOTYKICAgICAg IGZlZWRlciAgIDQwMSAgICAgN0sgICAgICAgLSAgICAgIDQxMiAgMTYsNjQKICAgICAgICAg YWM5NyAgICAgMiAgICAgMUsgICAgICAgLSAgICAgICAgMiAgMTYsNTEyCiAgODAyMTFub2Rl aWUgICAgIDQgICAgIDFLICAgICAgIC0gICAgICAgIDUgIDY0CiAgICA4MDIxMW5vZGUgICAg IDQgICAgMTdLICAgICAgIC0gICAgICAgIDQgIDE2CiAgICAgICBVU0JkZXYgICAgIDUgICAg IDFLICAgICAgIC0gICAgICAgMTggIDE2LDEyOCwyNTYsNTEyCiAgICAgICAgICBVU0IgICAg ODAgICAgIDlLICAgICAgIC0gICAgICAgOTggIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDEwMjQK ICAgICAgICAgIGFncCAgICAgMiAgIDI1N0sgICAgICAgLSAgICAgICAgMyAgMTYsNjQKICAg ICAgIGtiZG11eCAgICAgNiAgICAgOUsgICAgICAgLSAgICAgICAgNiAgMTYsMTI4LDI1Niwy MDQ4LDQwOTYKICAgIDgwMjExc2NhbiAgICAgNSAgICAgM0sgICAgICAgLSAgICAgICAgNSAg MjU2LDIwNDgKZHJtX2N0eGJpdG1hcCAgICAgMSAgICAgNEsgICAgICAgLSAgICAgICAgMSAg NDA5NgogZHJtX2FncGxpc3RzICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAyICAzMiw2 NAogICAgZHJtX2ZpbGVzICAgICAwICAgICAwSyAgICAgICAtICAgICAgIDEyICAxNiw2NAog ICAgIGRybV9idWZzICAgICAyICAgICAxSyAgICAgICAtICAgICAgIDM2ICAxNiwzMiwxMjgs MjA0OAogICAgIGRybV9tYXBzICAgICAxICAgICAxSyAgICAgICAtICAgICAgIDIwICA2NAog ICBkcm1fZHJpdmVyICAgICA0ICAgICAySyAgICAgICAtICAgICAgIDE5ICAxNiwzMiw2NCwy NTYsMTAyNCwyMDQ4CiAgICBkcm1fc2FyZWEgICAgIDEgICAgIDFLICAgICAgIC0gICAgICAg IDEgIDE2CiAgICAgIHNvbGFyaXMgIDMyNDMgIDQ3NzBLICAgICAgIC0gICAgMTQxNjUgIDE2 LDMyLDY0LDEyOCwyNTYsNTEyLDEwMjQsMjA0OCw0MDk2CiAgIGtzdGF0X2RhdGEgICAgIDIg ICAgIDFLICAgICAgIC0gICAgICAgIDIgIDMyCiAgSXBGdy9JcEFjY3QgICAgIDUgICAgIDFL ICAgICAgIC0gICAgICAgIDUgIDY0Cm5ldGdyYXBoX25vZGUgICAgIDMgICAgIDFLICAgICAg IC0gICAgICAgIDMgIDEyOApuZXRncmFwaF9idHNvY2tzX2hjaV9yYXcgICAgIDIgICAgIDlL ICAgICAgIC0gICAgICAgIDIgIDEyOApuZXRncmFwaF9idHNvY2tzX2wyY2FwICAgICAxICAg ICAxSyAgICAgICAtICAgICAgICAxICAxMjgKICAgIGFjcGl2aWRlbyAgICAgMiAgICAgMUsg ICAgICAgLSAgICAgICAgMyAgNjQKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQp2bXN0YXQgLXoKCklU RU0gICAgICAgICAgICAgICAgICAgICBTSVpFICAgICBMSU1JVCAgICAgIFVTRUQgICAgICBG UkVFICBSRVFVRVNUUyAgRkFJTFVSRVMKClVNQSBLZWdzOiAgICAgICAgICAgICAgICAgMTI4 LCAgICAgICAgMCwgICAgICAgODQsICAgICAgICA2LCAgICAgICA4NCwgICAgICAgIDAKVU1B IFpvbmVzOiAgICAgICAgICAgICAgICAxMjAsICAgICAgICAwLCAgICAgICA4NCwgICAgICAg IDYsICAgICAgIDg0LCAgICAgICAgMApVTUEgU2xhYnM6ICAgICAgICAgICAgICAgICA2NCwg ICAgICAgIDAsICAgICAgNjU2LCAgICAgICA1MiwgICAgIDEzNTYsICAgICAgICAwClVNQSBS Q250U2xhYnM6ICAgICAgICAgICAgMTA0LCAgICAgICAgMCwgICAgICAxMzMsICAgICAgIDE1 LCAgICAgIDEzMywgICAgICAgIDAKVU1BIEhhc2g6ICAgICAgICAgICAgICAgICAxMjgsICAg ICAgICAwLCAgICAgICAgNSwgICAgICAgMjUsICAgICAgICA2LCAgICAgICAgMAoxNiBCdWNr ZXQ6ICAgICAgICAgICAgICAgICA3NiwgICAgICAgIDAsICAgICAgIDM1LCAgICAgICAxNSwg ICAgICAgMzUsICAgICAgICAwCjMyIEJ1Y2tldDogICAgICAgICAgICAgICAgMTQwLCAgICAg ICAgMCwgICAgICAgMzMsICAgICAgIDIzLCAgICAgICAzMywgICAgICAgIDAKNjQgQnVja2V0 OiAgICAgICAgICAgICAgICAyNjgsICAgICAgICAwLCAgICAgICA0MywgICAgICAgMTMsICAg ICAgIDQzLCAgICAgICAgMAoxMjggQnVja2V0OiAgICAgICAgICAgICAgIDUyNCwgICAgICAg IDAsICAgICAgIDI2LCAgICAgICAgMiwgICAgICAgMjYsICAgIDE2NzEzClZNIE9CSkVDVDog ICAgICAgICAgICAgICAgMTI4LCAgICAgICAgMCwgICAgIDEzNzgsICAgICAgMjEyLCAgICAx NDM4OSwgICAgICAgIDAKTUFQOiAgICAgICAgICAgICAgICAgICAgICAxNDAsICAgICAgICAw LCAgICAgICAgNywgICAgICAgNDksICAgICAgICA3LCAgICAgICAgMApLTUFQIEVOVFJZOiAg ICAgICAgICAgICAgICA2OCwgICAgMzE5NzYsICAgICAgIDM0LCAgICAgIDEzNCwgICAgIDM0 NTMsICAgICAgICAwCk1BUCBFTlRSWTogICAgICAgICAgICAgICAgIDY4LCAgICAgICAgMCwg ICAgICA3NDAsICAgICAgMzI0LCAgICAzMjI5MCwgICAgICAgIDAKRFAgZmFrZXBnOiAgICAg ICAgICAgICAgICAgNzIsICAgICAgICAwLCAgICAgICAgMCwgICAgMTcwMTMsICAgIDE2OTUz LCAgICAgICAgMAptdF96b25lOiAgICAgICAgICAgICAgICAgICA3MiwgICAgICAgIDAsICAg ICAgMTk0LCAgICAgICA3MSwgICAgICAxOTQsICAgICAgICAwCjE2OiAgICAgICAgICAgICAg ICAgICAgICAgIDE2LCAgICAgICAgMCwgICAgIDMxOTcsICAgICAgMjU0LCAgICAyODA2MCwg ICAgICAgIDAKMzI6ICAgICAgICAgICAgICAgICAgICAgICAgMzIsICAgICAgICAwLCAgICAg Mzk0OCwgICAgICAyMzMsICAgIDI2MjAwLCAgICAgICAgMAo2NDogICAgICAgICAgICAgICAg ICAgICAgICA2NCwgICAgICAgIDAsICAgICAzODY5LCAgICAgIDE0MywgICAgMTAwNTMsICAg ICAgICAwCjEyODogICAgICAgICAgICAgICAgICAgICAgMTI4LCAgICAgICAgMCwgICAgIDE4 MTQsICAgICAgMTA2LCAgICAgODMzMSwgICAgICAgIDAKMjU2OiAgICAgICAgICAgICAgICAg ICAgICAyNTYsICAgICAgICAwLCAgICAgIDYwMCwgICAgICAgNDUsICAgICA5MjI2LCAgICAg ICAgMAo1MTI6ICAgICAgICAgICAgICAgICAgICAgIDUxMiwgICAgICAgIDAsICAgICAgMjE5 LCAgICAgICAyOSwgICAgIDQxODIsICAgICAgICAwCjEwMjQ6ICAgICAgICAgICAgICAgICAg ICAxMDI0LCAgICAgICAgMCwgICAgICAyMDIsICAgICAgNDU0LCAgICAgNjE3MCwgICAgICAg IDAKMjA0ODogICAgICAgICAgICAgICAgICAgIDIwNDgsICAgICAgICAwLCAgICAgIDE3NCwg ICAgICAgIDgsICAgICAgMzI2LCAgICAgICAgMAo0MDk2OiAgICAgICAgICAgICAgICAgICAg NDA5NiwgICAgICAgIDAsICAgICAgMTc2LCAgICAgICAgNywgICAgIDQ5NDgsICAgICAgICAw CkZpbGVzOiAgICAgICAgICAgICAgICAgICAgIDc2LCAgICAgICAgMCwgICAgICAxMzgsICAg ICAgMTEyLCAgICAgNTY2NiwgICAgICAgIDAKVFVSTlNUSUxFOiAgICAgICAgICAgICAgICAg NzYsICAgICAgICAwLCAgICAgIDE0MSwgICAgICAgNTEsICAgICAgMTQxLCAgICAgICAgMAp1 bXR4IHBpOiAgICAgICAgICAgICAgICAgICA1MiwgICAgICAgIDAsICAgICAgICAwLCAgICAg ICAgMCwgICAgICAgIDAsICAgICAgICAwClBST0M6ICAgICAgICAgICAgICAgICAgICAgNzA0 LCAgICAgICAgMCwgICAgICAxMTIsICAgICAgIDEzLCAgICAgMTAwNCwgICAgICAgIDAKVEhS RUFEOiAgICAgICAgICAgICAgICAgICA1NjgsICAgICAgICAwLCAgICAgIDEzNywgICAgICAg IDMsICAgICAgMTQzLCAgICAgICAgMApVUENBTEw6ICAgICAgICAgICAgICAgICAgICA0NCwg ICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwClNMRUVQ UVVFVUU6ICAgICAgICAgICAgICAgIDMyLCAgICAgICAgMCwgICAgICAxNDEsICAgICAgMTk4 LCAgICAgIDE0MSwgICAgICAgIDAKVk1TUEFDRTogICAgICAgICAgICAgICAgICAyMzYsICAg ICAgICAwLCAgICAgICAzMCwgICAgICAgMzQsICAgICAgODk1LCAgICAgICAgMApjcHVzZXQ6 ICAgICAgICAgICAgICAgICAgICA0MCwgICAgICAgIDAsICAgICAgICAyLCAgICAgIDE4Miwg ICAgICAgIDIsICAgICAgICAwCm1idWZfcGFja2V0OiAgICAgICAgICAgICAgMjU2LCAgICAg ICAgMCwgICAgICAxMjgsICAgICAgMTI4LCAgICAgIDQ3OSwgICAgICAgIDAKbWJ1ZjogICAg ICAgICAgICAgICAgICAgICAyNTYsICAgICAgICAwLCAgICAgICAgMiwgICAgICAxMzIsICAg ICAyMjc2LCAgICAgICAgMAptYnVmX2NsdXN0ZXI6ICAgICAgICAgICAgMjA0OCwgICAgMTcw ODgsICAgICAgMjU2LCAgICAgICAgNiwgICAgICAyNTYsICAgICAgICAwCm1idWZfanVtYm9f cGFnZXNpemU6ICAgICA0MDk2LCAgICAgODU0NCwgICAgICAgIDAsICAgICAgICAyLCAgICAg MTU4MCwgICAgICAgIDAKbWJ1Zl9qdW1ib185azogICAgICAgICAgIDkyMTYsICAgIDEyODE2 LCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMAptYnVmX2p1bWJvXzE2 azogICAgICAgICAxNjM4NCwgICAgIDg1NDQsICAgICAgICAwLCAgICAgICAgMCwgICAgICAg IDAsICAgICAgICAwCm1idWZfZXh0X3JlZmNudDogICAgICAgICAgICA0LCAgICAgICAgMCwg ICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAKQUNMIFVNQSB6b25lOiAg ICAgICAgICAgICAzODgsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAw LCAgICAgICAgMApnX2JpbzogICAgICAgICAgICAgICAgICAgIDEzMiwgICAgICAgIDAsICAg ICAgIDIyLCAgICAgIDI2OCwgICAgIDkxMzAsICAgICAgICAwCmF0YV9yZXF1ZXN0OiAgICAg ICAgICAgICAgMTkyLCAgICAgICAgMCwgICAgICAgIDIsICAgICAgMTAyLCAgICAgMzQzNywg ICAgICAgIDAKYXRhX2NvbXBvc2l0ZTogICAgICAgICAgICAxODQsICAgICAgICAwLCAgICAg ICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMApWTk9ERTogICAgICAgICAgICAg ICAgICAgIDI3NiwgICAgICAgIDAsICAgICAgODQ4LCAgICAgICAyMCwgICAgICA4NzgsICAg ICAgICAwClZOT0RFUE9MTDogICAgICAgICAgICAgICAgIDY0LCAgICAgICAgMCwgICAgICAg MjksICAgICAgIDg5LCAgICAgICAyOSwgICAgICAgIDAKUyBWRlMgQ2FjaGU6ICAgICAgICAg ICAgICAgNjgsICAgICAgICAwLCAgICAgIDc3OCwgICAgICAgNjIsICAgICAyMzQ5LCAgICAg ICAgMApMIFZGUyBDYWNoZTogICAgICAgICAgICAgIDI5MSwgICAgICAgIDAsICAgICAgIDE1 LCAgICAgICAyNCwgICAgICAgMTUsICAgICAgICAwCk5BTUVJOiAgICAgICAgICAgICAgICAg ICAxMDI0LCAgICAgICAgMCwgICAgICAgIDAsICAgICAgIDIwLCAgICAxNDc3OCwgICAgICAg IDAKRElSSEFTSDogICAgICAgICAgICAgICAgIDEwMjQsICAgICAgICAwLCAgICAgICA3Mywg ICAgICAgMTEsICAgICAgIDczLCAgICAgICAgMApwaXBlOiAgICAgICAgICAgICAgICAgICAg IDM5NiwgICAgICAgIDAsICAgICAgICAzLCAgICAgICAxNywgICAgICA1ODksICAgICAgICAw CmtzaWdpbmZvOiAgICAgICAgICAgICAgICAgIDgwLCAgICAgICAgMCwgICAgICAgODcsICAg ICAgOTY5LCAgICAgICA4NywgICAgICAgIDAKaXRpbWVyOiAgICAgICAgICAgICAgICAgICAy MjAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMApL Tk9URTogICAgICAgICAgICAgICAgICAgICA2OCwgICAgICAgIDAsICAgICAgIDMyLCAgICAg ICA4MCwgICAgICAgMzQsICAgICAgICAwCnNvY2tldDogICAgICAgICAgICAgICAgICAgNDE2 LCAgICAxNzA5MSwgICAgICAgMzYsICAgICAgIDE4LCAgICAgIDMyMywgICAgICAgIDAKdW5w Y2I6ICAgICAgICAgICAgICAgICAgICAxNjgsICAgIDE3MDg5LCAgICAgICAzMywgICAgICAg MzYsICAgICAgIDg5LCAgICAgICAgMAppcHE6ICAgICAgICAgICAgICAgICAgICAgICAzMiwg ICAgICA1NjUsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCnVkcF9p bnBjYjogICAgICAgICAgICAgICAgMTgwLCAgICAxNzA5NCwgICAgICAgIDAsICAgICAgIDQ0 LCAgICAgIDIyMiwgICAgICAgIDAKdWRwY2I6ICAgICAgICAgICAgICAgICAgICAgIDgsICAg IDE3MjU1LCAgICAgICAgMCwgICAgICAyMDMsICAgICAgMjIyLCAgICAgICAgMAppbnBjYjog ICAgICAgICAgICAgICAgICAgIDE4MCwgICAgMTcwOTQsICAgICAgICAxLCAgICAgICA0Mywg ICAgICAgIDUsICAgICAgICAwCnRjcGNiOiAgICAgICAgICAgICAgICAgICAgNDY0LCAgICAx NzA4OCwgICAgICAgIDEsICAgICAgIDE1LCAgICAgICAgNSwgICAgICAgIDAKdGNwdHc6ICAg ICAgICAgICAgICAgICAgICAgNTIsICAgICAzNDU2LCAgICAgICAgMCwgICAgICAgIDAsICAg ICAgICAwLCAgICAgICAgMApzeW5jYWNoZTogICAgICAgICAgICAgICAgIDEwNCwgICAgMTUz OTIsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCmhvc3RjYWNoZTog ICAgICAgICAgICAgICAgIDc2LCAgICAxNTQwMCwgICAgICAgIDAsICAgICAgICAwLCAgICAg ICAgMCwgICAgICAgIDAKdGNwcmVhc3M6ICAgICAgICAgICAgICAgICAgMjAsICAgICAxMTgz LCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMApzYWNraG9sZTogICAg ICAgICAgICAgICAgICAyMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAg IDAsICAgICAgICAwCnJpcGNiOiAgICAgICAgICAgICAgICAgICAgMTgwLCAgICAxNzA5NCwg ICAgICAgIDAsICAgICAgIDQ0LCAgICAgICAgNSwgICAgICAgIDAKcnRlbnRyeTogICAgICAg ICAgICAgICAgICAxMjQsICAgICAgICAwLCAgICAgICAgNiwgICAgICAgNTYsICAgICAgICA2 LCAgICAgICAgMApTV0FQTUVUQTogICAgICAgICAgICAgICAgIDI3NiwgICAgNjMxOTYsICAg ICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCk1vdW50cG9pbnRzOiAgICAg ICAgICAgICAgNzIwLCAgICAgICAgMCwgICAgICAgMTEsICAgICAgICA0LCAgICAgICAxMSwg ICAgICAgIDAKRkZTIGlub2RlOiAgICAgICAgICAgICAgICAxMjQsICAgICAgICAwLCAgICAg IDc1OSwgICAgICAgNDcsICAgICAgNzg4LCAgICAgICAgMApGRlMxIGRpbm9kZTogICAgICAg ICAgICAgIDEyOCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAg ICAgICAwCkZGUzIgZGlub2RlOiAgICAgICAgICAgICAgMjU2LCAgICAgICAgMCwgICAgICA3 NTksICAgICAgIDIxLCAgICAgIDc4OCwgICAgICAgIDAKdGFza3FfZW50X2NhY2hlOiAgICAg ICAgICAgMzIsICAgICAgICAwLCAgICAgIDYxOCwgICAgICAxNzMsICAgICAxMjE4LCAgICAg ICAgMAp0YXNrcV9jYWNoZTogICAgICAgICAgICAgIDIwNCwgICAgICAgIDAsICAgICAgIDIw LCAgICAgICAxOCwgICAgICAgMzIsICAgICAgICAwCnppb19jYWNoZTogICAgICAgICAgICAg ICAgNjAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAg IDAKemlvX2NhY2hlOiAgICAgICAgICAgICAgICA2MDAsICAgICAgICAwLCAgICAgICAgMCwg ICAgICA1MzQsICAgICAyMjc0LCAgICAgICAgMApkbXVfYnVmX2ltcGxfdDogICAgICAgICAg IDE0MCwgICAgICAgIDAsICAgICAgMTg5LCAgICAgICAzNSwgICAgICAyMjUsICAgICAgICAw CmRub2RlX3Q6ICAgICAgICAgICAgICAgICAgNDcyLCAgICAgICAgMCwgICAgICAxMjksICAg ICAgICA3LCAgICAgIDIxMSwgICAgICAgIDAKYXJjX2J1Zl9oZHJfdDogICAgICAgICAgICAx NDAsICAgICAgICAwLCAgICAgIDExOCwgICAgICAgMjIsICAgICAgMTcyLCAgICAgICAgMAph cmNfYnVmX3Q6ICAgICAgICAgICAgICAgICA0NCwgICAgICAgIDAsICAgICAgMTE4LCAgICAg IDEzNCwgICAgICAxNzIsICAgICAgICAwCnppbF9sd2JfY2FjaGU6ICAgICAgICAgICAgMTc2 LCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAKemZz X3pub2RlX2NhY2hlOiAgICAgICAgICAyNTYsICAgICAgICAwLCAgICAgICAxMSwgICAgICAg MTksICAgICAgIDExLCAgICAgICAgMApJUEZXIGR5bmFtaWMgcnVsZTogICAgICAgIDEwOCwg ICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwCk5ldEdy YXBoIGl0ZW1zOiAgICAgICAgICAgIDM2LCAgICAgNDEzNCwgICAgICAgIDAsICAgICAgICAw LCAgICAgICAgMCwgICAgICAgIDAKTmV0R3JhcGggZGF0YSBpdGVtczogICAgICAgMzYsICAg ICAgNTQ2LCAgICAgICAgMCwgICAgICAgIDAsICAgICAgICAwLCAgICAgICAgMAoKCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQp2bXN0YXQgLWkKCmludGVycnVwdCAgICAgICAgICAgICAgICAgICAg ICAgICAgdG90YWwgICAgICAgcmF0ZQppcnEwOiBjbGsgICAgICAgICAgICAgICAgICAgICAg ICAgMTA5MjIyICAgICAgIDM0MTMKaXJxMTogYXRrYmQwICAgICAgICAgICAgICAgICAgICAg ICAgIDM0NiAgICAgICAgIDEwCmlycTU6IHBjbTAgcmwwKysrICAgICAgICAgICAgICAgICAg ICA5NDAgICAgICAgICAyOQppcnE4OiBydGMgICAgICAgICAgICAgICAgICAgICAgICAgIDEz OTgwICAgICAgICA0MzYKaXJxOTogYWNwaTAgICAgICAgICAgICAgICAgICAgICAgICAgIDEw NyAgICAgICAgICAzCmlycTExOiB1aGNpMCB1aGNpMiAgICAgICAgICAgICAgICAgICAzNTEg ICAgICAgICAxMAppcnExMjogcHNtMCAgICAgICAgICAgICAgICAgICAgICAgICAgICA5ICAg ICAgICAgIDAKaXJxMTQ6IGF0YTAgICAgICAgICAgICAgICAgICAgICAgICAgMjM4MCAgICAg ICAgIDc0CmlycTE1OiBhdGExICAgICAgICAgICAgICAgICAgICAgICAgICA2NTIgICAgICAg ICAyMApUb3RhbCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMTI3OTg3ICAgICAgIDM5 OTkKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpwc3RhdCAtVAoKMTM4LzgwNzIgZmlsZXMKME0vMTAy M00gc3dhcCBzcGFjZQoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCnBzdGF0IC1zCgpEZXZpY2UgICAg ICAgICAgNTEyLWJsb2NrcyAgICAgVXNlZCAgICBBdmFpbCBDYXBhY2l0eQovZGV2L2FkMHM0 YiAgICAgICAgMjA5Njg5NiAgICAgICAgMCAgMjA5Njg5NiAgICAgMCUKCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQppb3N0YXQKCmlvc3RhdDoga3ZtX2dldGNwdGltZTogCmlvc3RhdDogZGlzYWJs aW5nIENQVSB0aW1lIHN0YXRpc3RpY3MKICAgICAgdHR5ICAgICAgICAgICAgIGFkMCAKIHRp biB0b3V0ICBLQi90IHRwcyAgTUIvcyAKICAgNyAgMTMzIDE2Ljc0ICA2OCAgMS4xMiAKCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQppcGNzIC1hCgpNZXNzYWdlIFF1ZXVlczoKVCAgICAgICAgICAg SUQgICAgICAgICAgS0VZIE1PREUgICAgICAgIE9XTkVSICAgIEdST1VQICAgIENSRUFUT1Ig IENHUk9VUCAgICAgICAgICAgICAgICAgQ0JZVEVTICAgICAgICAgICAgICAgICBRTlVNICAg ICAgICAgICAgICAgUUJZVEVTICAgICAgICBMU1BJRCAgICAgICAgTFJQSUQgU1RJTUUgICAg UlRJTUUgICAgQ1RJTUUgICAKClNoYXJlZCBNZW1vcnk6ClQgICAgICAgICAgIElEICAgICAg ICAgIEtFWSBNT0RFICAgICAgICBPV05FUiAgICBHUk9VUCAgICBDUkVBVE9SICBDR1JPVVAg ICAgICAgICBOQVRUQ0ggICAgICAgIFNFR1NaICAgICAgICAgQ1BJRCAgICAgICAgIExQSUQg QVRJTUUgICAgRFRJTUUgICAgQ1RJTUUgICAKClNlbWFwaG9yZXM6ClQgICAgICAgICAgIElE ICAgICAgICAgIEtFWSBNT0RFICAgICAgICBPV05FUiAgICBHUk9VUCAgICBDUkVBVE9SICBD R1JPVVAgICAgICAgICAgTlNFTVMgT1RJTUUgICAgQ1RJTUUgICAKCgotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0KaXBjcyAtVAoKbXNnaW5mbzoKCW1zZ21heDogICAgICAgIDE2Mzg0CShtYXggY2hh cmFjdGVycyBpbiBhIG1lc3NhZ2UpCgltc2dtbmk6ICAgICAgICAgICA0MAkoIyBvZiBtZXNz YWdlIHF1ZXVlcykKCW1zZ21uYjogICAgICAgICAyMDQ4CShtYXggY2hhcmFjdGVycyBpbiBh IG1lc3NhZ2UgcXVldWUpCgltc2d0cWw6ICAgICAgICAgICA0MAkobWF4ICMgb2YgbWVzc2Fn ZXMgaW4gc3lzdGVtKQoJbXNnc3N6OiAgICAgICAgICAgIDgJKHNpemUgb2YgYSBtZXNzYWdl IHNlZ21lbnQpCgltc2dzZWc6ICAgICAgICAgMjA0OAkoIyBvZiBtZXNzYWdlIHNlZ21lbnRz IGluIHN5c3RlbSkKCnNobWluZm86CglzaG1tYXg6ICAgICAzMzU1NDQzMgkobWF4IHNoYXJl ZCBtZW1vcnkgc2VnbWVudCBzaXplKQoJc2htbWluOiAgICAgICAgICAgIDEJKG1pbiBzaGFy ZWQgbWVtb3J5IHNlZ21lbnQgc2l6ZSkKCXNobW1uaTogICAgICAgICAgMTkyCShtYXggbnVt YmVyIG9mIHNoYXJlZCBtZW1vcnkgaWRlbnRpZmllcnMpCglzaG1zZWc6ICAgICAgICAgIDEy OAkobWF4IHNoYXJlZCBtZW1vcnkgc2VnbWVudHMgcGVyIHByb2Nlc3MpCglzaG1hbGw6ICAg ICAgICAgODE5MgkobWF4IGFtb3VudCBvZiBzaGFyZWQgbWVtb3J5IGluIHBhZ2VzKQoKc2Vt aW5mbzoKCXNlbW1hcDogICAgICAgICAgIDMwCSgjIG9mIGVudHJpZXMgaW4gc2VtYXBob3Jl IG1hcCkKCXNlbW1uaTogICAgICAgICAgIDEwCSgjIG9mIHNlbWFwaG9yZSBpZGVudGlmaWVy cykKCXNlbW1uczogICAgICAgICAgIDYwCSgjIG9mIHNlbWFwaG9yZXMgaW4gc3lzdGVtKQoJ c2VtbW51OiAgICAgICAgICAgMzAJKCMgb2YgdW5kbyBzdHJ1Y3R1cmVzIGluIHN5c3RlbSkK CXNlbW1zbDogICAgICAgICAgIDYwCShtYXggIyBvZiBzZW1hcGhvcmVzIHBlciBpZCkKCXNl bW9wbTogICAgICAgICAgMTAwCShtYXggIyBvZiBvcGVyYXRpb25zIHBlciBzZW1vcCBjYWxs KQoJc2VtdW1lOiAgICAgICAgICAgMTAJKG1heCAjIG9mIHVuZG8gZW50cmllcyBwZXIgcHJv Y2VzcykKCXNlbXVzejogICAgICAgICAgMTM2CShzaXplIGluIGJ5dGVzIG9mIHVuZG8gc3Ry dWN0dXJlKQoJc2Vtdm14OiAgICAgICAgMzI3NjcJKHNlbWFwaG9yZSBtYXhpbXVtIHZhbHVl KQoJc2VtYWVtOiAgICAgICAgMTYzODQJKGFkanVzdCBvbiBleGl0IG1heCB2YWx1ZSkKCgot LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0KbmZzc3RhdAoKbmZzc3RhdDoga3ZtX25saXN0OiBjYW4ndCBn ZXQgbmFtZXMKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKW3NuaXBdCgotLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0KZG1lc2cKCkNvcHlyaWdodCAoYykgMTk5Mi0yMDA5IFRoZSBGcmVlQlNEIFByb2plY3Qu CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5 MSwgMTk5MiwgMTk5MywgMTk5NAoJVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2Yg Q2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCBpcyBhIHJlZ2lzdGVy ZWQgdHJhZGVtYXJrIG9mIFRoZSBGcmVlQlNEIEZvdW5kYXRpb24uCkZyZWVCU0QgNy4yLVNU QUJMRSAjMDogU2F0IFNlcCAxMiAwMjozNzozNiBVVEMgMjAwOQogICAgcm9vdEBiZXJuZDov dXNyL29iai91c3Ivc3JjL3N5cy9QMzUKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kg MTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBJbnRlbChSKSBQZW50aXVtKFIpIE0gcHJvY2Vz c29yIDE1MDBNSHogKDE0OTUuMTUtTUh6IDY4Ni1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdl bnVpbmVJbnRlbCIgIElkID0gMHg2OTUgIFN0ZXBwaW5nID0gNQogIEZlYXR1cmVzPTB4YTdl OWY5YmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixNQ0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0Es Q01PVixQQVQsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixUTSxQQkU+CiAg RmVhdHVyZXMyPTB4MTgwPEVTVCxUTTI+CnJlYWwgbWVtb3J5ICA9IDUzNjI4MTA4OCAoNTEx IE1CKQphdmFpbCBtZW1vcnkgPSA1MTQ4ODM1ODQgKDQ5MSBNQikKYWNwaTA6IDxQVExURCBD b29wZXJTcD4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFtJVEhSRUFEXQphY3BpMDogUG93ZXIg QnV0dG9uIChmaXhlZCkKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1Nzk1 NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5 NTQ1TUh6PiBwb3J0IDB4MTAwOC0weDEwMGIgb24gYWNwaTAKYWNwaV9lYzA6IDxFbWJlZGRl ZCBDb250cm9sbGVyOiBHUEUgMHgxYz4gcG9ydCAweDYyLDB4NjYgb24gYWNwaTAKYWNwaV9h Y2FkMDogPEFDIEFkYXB0ZXI+IG9uIGFjcGkwCmJhdHRlcnkwOiA8QUNQSSBDb250cm9sIE1l dGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQg U3dpdGNoPiBvbiBhY3BpMAphY3BpX2J1dHRvbjA6IDxTbGVlcCBCdXR0b24+IG9uIGFjcGkw CnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNw aTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKYWdwMDogPEludGVsIDgyODU1IGhv c3QgdG8gQUdQIGJyaWRnZT4gb24gaG9zdGIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIx CnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4MzAwMC0weDMwZmYg bWVtIDB4ZDgwMDAwMDAtMHhkZmZmZmZmZiwweGQwMTAwMDAwLTB4ZDAxMGZmZmYgaXJxIDEx IGF0IGRldmljZSAwLjAgb24gcGNpMQpkcm0wOiA8QVRJIFJhZGVvbiBSVjM1MCBNb2JpbGl0 eSA5NjAwIE0xMCBOUD4gb24gdmdhcGNpMAp2Z2FwY2kwOiBjaGlsZCBkcm0wIHJlcXVlc3Rl ZCBwY2lfZW5hYmxlX2J1c21hc3RlcgppbmZvOiBbZHJtXSBBR1AgYXQgMHhlMDAwMDAwMCAy NTZNQgppbmZvOiBbZHJtXSBJbml0aWFsaXplZCByYWRlb24gMS4yOS4wIDIwMDgwNTI4CnVo Y2kwOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IHBvcnQg MHgxODAwLTB4MTgxZiBpcnEgMTEgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1aGNpMDogW0dJ QU5ULUxPQ0tFRF0KdWhjaTA6IFtJVEhSRUFEXQp1c2IwOiA8SW50ZWwgODI4MDFEQiAoSUNI NCkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IG9uIHVoY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAx LjAKdWh1YjA6IDxJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNiMAp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQKdWhjaTE6IDxJbnRlbCA4MjgwMURCIChJQ0g0KSBVU0IgY29udHJvbGxl ciBVU0ItQj4gcG9ydCAweDE4MjAtMHgxODNmIGlycSA1IGF0IGRldmljZSAyOS4xIG9uIHBj aTAKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVoY2kxOiBbSVRIUkVBRF0KdXNiMTogPEludGVs IDgyODAxREIgKElDSDQpIFVTQiBjb250cm9sbGVyIFVTQi1CPiBvbiB1aGNpMQp1c2IxOiBV U0IgcmV2aXNpb24gMS4wCnVodWIxOiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8w LCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYjEKdWh1YjE6IDIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kyOiA8SW50ZWwgODI4MDFEQiAoSUNINCkg VVNCIGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQgMHgxODQwLTB4MTg1ZiBpcnEgMTEgYXQgZGV2 aWNlIDI5LjIgb24gcGNpMAp1aGNpMjogW0dJQU5ULUxPQ0tFRF0KdWhjaTI6IFtJVEhSRUFE XQp1c2IyOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IG9u IHVoY2kyCnVzYjI6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjI6IDxJbnRlbCBVSENJIHJvb3Qg aHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMgp1aHViMjog MiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKZWhjaTA6IDxJbnRlbCA4 MjgwMURCL0wvTSAoSUNINCkgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhkMDAwMDAwMC0w eGQwMDAwM2ZmIGlycSA1IGF0IGRldmljZSAyOS43IG9uIHBjaTAKZWhjaTA6IFtHSUFOVC1M T0NLRURdCmVoY2kwOiBbSVRIUkVBRF0KdXNiMzogRUhDSSB2ZXJzaW9uIDEuMAp1c2IzOiBj b21wYW5pb24gY29udHJvbGxlcnMsIDIgcG9ydHMgZWFjaDogdXNiMCB1c2IxIHVzYjIKdXNi MzogPEludGVsIDgyODAxREIvTC9NIChJQ0g0KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVo Y2kwCnVzYjM6IFVTQiByZXZpc2lvbiAyLjAKdWh1YjM6IDxJbnRlbCBFSENJIHJvb3QgaHVi LCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNiMwp1aHViMzogNiBw b3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKcGNpYjI6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTI6IDxBQ1BJIFBDSSBidXM+ IG9uIHBjaWIyCnJsMDogPFJlYWxUZWsgODEzOSAxMC8xMDBCYXNlVFg+IHBvcnQgMHg0MDAw LTB4NDBmZiBtZW0gMHhkMDIwMTgwMC0weGQwMjAxOGZmIGlycSA1IGF0IGRldmljZSAwLjAg b24gcGNpMgptaWlidXMwOiA8TUlJIGJ1cz4gb24gcmwwCnJscGh5MDogPFJlYWxUZWsgaW50 ZXJuYWwgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMCBvbiBtaWlidXMwCnJscGh5MDogIDEwYmFz ZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8KcmwwOiBF dGhlcm5ldCBhZGRyZXNzOiAwMDowMDpmMDo3ZjplMDo2NQpybDA6IFtJVEhSRUFEXQpwY2ky OiA8YnJpZGdlLCBQQ0ktQ2FyZEJ1cz4gYXQgZGV2aWNlIDEuMCAobm8gZHJpdmVyIGF0dGFj aGVkKQpwY2kyOiA8YnJpZGdlLCBQQ0ktQ2FyZEJ1cz4gYXQgZGV2aWNlIDEuMSAobm8gZHJp dmVyIGF0dGFjaGVkKQpwY2kyOiA8c2VyaWFsIGJ1cywgRmlyZVdpcmU+IGF0IGRldmljZSAx LjIgKG5vIGRyaXZlciBhdHRhY2hlZCkKaXB3MDogPEludGVsKFIpIFBSTy9XaXJlbGVzcyAy MTAwIE1pbmlQQ0k+IG1lbSAweGQwMjAwMDAwLTB4ZDAyMDBmZmYgaXJxIDUgYXQgZGV2aWNl IDIuMCBvbiBwY2kyCmlwdzA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBjOmYxOjNjOjZmOjg2 CmlwdzA6IFtJVEhSRUFEXQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEu MCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphdGFwY2kwOiA8SW50ZWwgSUNI NCBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgxNzAtMHgx NzcsMHgzNzYsMHgxODYwLTB4MTg2ZiBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwCmF0YTA6IDxB VEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCmF0YTA6IFtJVEhSRUFEXQphdGExOiA8QVRBIGNo YW5uZWwgMT4gb24gYXRhcGNpMAphdGExOiBbSVRIUkVBRF0KcGNtMDogPEludGVsIElDSDQg KDgyODAxREIpPiBwb3J0IDB4MWMwMC0weDFjZmYsMHgxODgwLTB4MThiZiBtZW0gMHhkMDAw MGMwMC0weGQwMDAwZGZmLDB4ZDAwMDA4MDAtMHhkMDAwMDhmZiBpcnEgNSBhdCBkZXZpY2Ug MzEuNSBvbiBwY2kwCnBjbTA6IFtJVEhSRUFEXQpwY20wOiA8U2lnbWFUZWwgU1RBQzk3NTAv NTEgQUM5NyBDb2RlYz4KcGNpMDogPHNpbXBsZSBjb21tcywgZ2VuZXJpYyBtb2RlbT4gYXQg ZGV2aWNlIDMxLjYgKG5vIGRyaXZlciBhdHRhY2hlZCkKYWNwaV90ejA6IDxUaGVybWFsIFpv bmU+IG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBv cnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEg MSBvbiBhdGtiZGMwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KYXRrYmQwOiBbSVRIUkVBRF0K cHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1MT0NL RURdCnBzbTA6IFtJVEhSRUFEXQpwc20wOiBtb2RlbCBHZW5lcmljIFBTLzIgbW91c2UsIGRl dmljZSBJRCAwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKZXN0MDogPEVuaGFuY2VkIFNw ZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MApwNHRjYzA6IDxDUFUgRnJlcXVl bmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MApwbXRpbWVyMCBvbiBpc2EwCm9ybTA6IDxJ U0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjZmZmZiwweGQ4MDAwLTB4ZGJm ZmYsMHhlMDAwMC0weGUzZmZmIHBucGlkIE9STTAwMDAgb24gaXNhMApzYzA6IDxTeXN0ZW0g Y29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBj b25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQg MHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKVGltZWNvdW50ZXIg IlRTQyIgZnJlcXVlbmN5IDE0OTUxNTQwOTYgSHogcXVhbGl0eSA4MDAKVGltZWNvdW50ZXJz IHRpY2sgZXZlcnkgMS4wMDAgbXNlYwphZDA6IDU3MjMxTUIgPElDMjVOMDYwQVRNUjA0IDAg TU8zT0FENEE+IGF0IGF0YTAtbWFzdGVyIFVETUExMDAKYWNkMDogRFZEUiA8RFYtVzIyRS9T LjBCPiBhdCBhdGExLW1hc3RlciBVRE1BMzMKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1 ZnM6L2Rldi9hZDBzNGEKTG9hZGluZyBjb25maWd1cmF0aW9uIGZpbGVzLgprZXJuZWwgZHVt cHMgb24gL2Rldi9hZDBzNGIKRW50cm9weSBoYXJ2ZXN0aW5nOgogaW50ZXJydXB0cwogZXRo ZXJuZXQKIHBvaW50X3RvX3BvaW50CiBraWNrc3RhcnQKLgpzd2Fwb246IGFkZGluZyAvZGV2 L2FkMHM0YiBhcyBzd2FwIGRldmljZQpTdGFydGluZyBmaWxlIHN5c3RlbSBjaGVja3M6Ci9k ZXYvYWQwczRhOiBGSUxFIFNZU1RFTSBDTEVBTjsgU0tJUFBJTkcgQ0hFQ0tTCi9kZXYvYWQw czRhOiBjbGVhbiwgMTIwODQ1IGZyZWUgKDIyODUgZnJhZ3MsIDE0ODIwIGJsb2NrcywgMC45 JSBmcmFnbWVudGF0aW9uKQovZGV2L2FkMHM0ZTogRklMRSBTWVNURU0gQ0xFQU47IFNLSVBQ SU5HIENIRUNLUwovZGV2L2FkMHM0ZTogY2xlYW4sIDc0NDgzNSBmcmVlICg0MTcyMyBmcmFn cywgODc4ODkgYmxvY2tzLCAyLjElIGZyYWdtZW50YXRpb24pCi9kZXYvYWQwczRkOiBGSUxF IFNZU1RFTSBDTEVBTjsgU0tJUFBJTkcgQ0hFQ0tTCi9kZXYvYWQwczRkOiBjbGVhbiwgNDEy MDc1IGZyZWUgKDkxMzkgZnJhZ3MsIDUwMzY3IGJsb2NrcywgMS44JSBmcmFnbWVudGF0aW9u KQpTZXR0aW5nIGhvc3R1dWlkOiBYIApTZXR0aW5nIGhvc3RpZDogWApNb3VudGluZyBsb2Nh bCBmaWxlIHN5c3RlbXM6Ci4KVGhpcyBtb2R1bGUgKG9wZW5zb2xhcmlzKSBjb250YWlucyBj b2RlIGNvdmVyZWQgYnkgdGhlCkNvbW1vbiBEZXZlbG9wbWVudCBhbmQgRGlzdHJpYnV0aW9u IExpY2Vuc2UgKENEREwpCnNlZSBodHRwOi8vb3BlbnNvbGFyaXMub3JnL29zL2xpY2Vuc2lu Zy9vcGVuc29sYXJpc19saWNlbnNlLwpXQVJOSU5HOiBaRlMgaXMgY29uc2lkZXJlZCB0byBi ZSBhbiBleHBlcmltZW50YWwgZmVhdHVyZSBpbiBGcmVlQlNELgpaRlMgZmlsZXN5c3RlbSB2 ZXJzaW9uIDEzClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lvbiAxMwpTZXR0aW5nIGhvc3RuYW1l OiBiZXJuZC5wcml2YXRlLgpuZXQuaW5ldDYuaXA2LmF1dG9fbGlua2xvY2FsOiAKMQogLT4g CjAKCmh3LnN5c2NvbnMuYmVsbDogCjEKIC0+IAowCgpBZGRpdGlvbmFsIHJvdXRpbmcgb3B0 aW9uczoKLgpTdGFydGluZyBkZXZkLgpody5hY3BpLmNwdS5jeF9sb3dlc3Q6IApDMQogLT4g CkMzCgppcGZ3MiAoK2lwdjYpIGluaXRpYWxpemVkLCBkaXZlcnQgbG9hZGFibGUsIG5hdCBs b2FkYWJsZSwgcnVsZS1iYXNlZCBmb3J3YXJkaW5nIGRpc2FibGVkLCBkZWZhdWx0IHRvIGRl bnksIGxvZ2dpbmcgZGlzYWJsZWQKRmlyZXdhbGwgcnVsZXMgbG9hZGVkLgpuZXQuaW5ldC5p cC5mdy5lbmFibGU6IAoxCiAtPiAKMQoKQWRkaXRpb25hbCBJUCBvcHRpb25zOgogZHJvcCBT WU4rRklOIHBhY2tldHM9WUVTCi4KTW91bnRpbmcgTkZTIGZpbGUgc3lzdGVtczoKLgpFTEYg bGRjb25maWcgcGF0aDogL2xpYiAvdXNyL2xpYiAvdXNyL2xpYi9jb21wYXQgL3Vzci9sb2Nh bC9saWIgL3Vzci9sb2NhbC9saWIvY29tcGF0L3BrZyAvdXNyL2xvY2FsL2xpYi9jb21wYXQv cGtnIC91c3IvbG9jYWwvbGliL25zcyAvdXNyL2xvY2FsL2xpYi9wdGggL3Vzci9sb2NhbC9s aWIvcXQ0CmEub3V0IGxkY29uZmlnIHBhdGg6IC91c3IvbGliL2FvdXQgL3Vzci9saWIvY29t cGF0L2FvdXQKQ3JlYXRpbmcgYW5kL29yIHRyaW1taW5nIGxvZyBmaWxlczoKLgpTdGFydGlu ZyBzeXNsb2dkLgpDaGVja2luZyBmb3IgY29yZSBkdW1wIG9uIC9kZXYvYWQwczRiLi4uCk5v IGNvcmUgZHVtcHMgZm91bmQKSW5pdGlhbCBpMzg2IGluaXRpYWxpemF0aW9uOgouCkFkZGl0 aW9uYWwgQUJJIHN1cHBvcnQ6Ci4KQ2xlYXJpbmcgL3RtcCAoWCByZWxhdGVkKS4KV0FSTklO RzogYXR0ZW1wdCB0byBuZXRfYWRkX2RvbWFpbihibHVldG9vdGgpIGFmdGVyIGRvbWFpbmZp bmFsaXplKCkKU3RhcnRpbmcgaGNzZWNkLgovZXRjL3JjOiBXQVJOSU5HOiAvZXRjL2JsdWV0 b290aC9idGhpZGQuY29uZiBpcyBub3QgcmVhZGFibGUuClN0YXJ0aW5nIGxvY2FsIGRhZW1v bnM6Ci4KVXBkYXRpbmcgbW90ZAouCk1vdW50aW5nIGxhdGUgZmlsZSBzeXN0ZW1zOgouClN0 YXJ0aW5nIHBvd2VyZC4KU3RhcnRpbmcgc2RwZC4KU3RhcnRpbmcgb3Blbm50cGQuClN0YXJ0 aW5nIHNsaW0uClN0YXJ0aW5nIGRidXMuClN0YXJ0aW5nIGhhbGQuCkNvbmZpZ3VyaW5nIHN5 c2NvbnM6CiBrZXltYXAKIGtleXJhdGUKIGJsYW5rdGltZQouClN0YXJ0aW5nIGNyb24uCkxv Y2FsIHBhY2thZ2UgaW5pdGlhbGl6YXRpb246Ci4KU3RhcnRpbmcgYmFja2dyb3VuZCBmaWxl IHN5c3RlbSBjaGVja3MgaW4gNjAgc2Vjb25kcy4KCk1vbiBTZXAgMTQgMjE6NTg6MzEgVVRD IDIwMDkKaW5mbzogW2RybV0gU2V0dGluZyBHQVJUIGxvY2F0aW9uIGJhc2VkIG9uIG5ldyBt ZW1vcnkgbWFwCmluZm86IFtkcm1dIExvYWRpbmcgUjMwMCBNaWNyb2NvZGUKaW5mbzogW2Ry bV0gTnVtIHBpcGVzOiAxCmluZm86IFtkcm1dIHdyaXRlYmFjayB0ZXN0IHN1Y2NlZWRlZCBp biAxIHVzZWNzCmRybTA6IFtJVEhSRUFEXQppbmZvOiBbZHJtXSBOdW0gcGlwZXM6IDEKVkVT QTogc2V0X21vZGUoKTogMjQoMTgpIC0+IDI0KDE4KQpTZXAgMTQgMjE6NTg6NDggYmVybmQg bG9naW46IFJPT1QgTE9HSU4gKHJvb3QpIE9OIHR0eXYxCmFjcGlfdmlkZW8wOiA8QUNQSSB2 aWRlbyBleHRlbnNpb24+IG9uIHZnYXBjaTAKCgpGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0 IHdoaWxlIGluIGtlcm5lbCBtb2RlCmZhdWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4MTAKZmF1 bHQgY29kZQkJPSBzdXBlcnZpc29yIHJlYWQsIHBhZ2Ugbm90IHByZXNlbnQKaW5zdHJ1Y3Rp b24gcG9pbnRlcgk9IDB4MjA6MHg4M2E3Yzg4OQpzdGFjayBwb2ludGVyCSAgICAgICAgPSAw eDI4OjB4YWNkNGFiNTAKZnJhbWUgcG9pbnRlcgkgICAgICAgID0gMHgyODoweGFjZDRhYjVj CmNvZGUgc2VnbWVudAkJPSBiYXNlIDB4MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiCgkJ CT0gRFBMIDAsIHByZXMgMSwgZGVmMzIgMSwgZ3JhbiAxCnByb2Nlc3NvciBlZmxhZ3MJPSBp bnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMApjdXJyZW50IHByb2Nlc3MJCT0g MTAwMiAoa2xkdW5sb2FkKQp0cmFwIG51bWJlcgkJPSAxMgpwYW5pYzogcGFnZSBmYXVsdApV cHRpbWU6IDFtNTBzClBoeXNpY2FsIG1lbW9yeTogNTAyIE1CCkR1bXBpbmcgNTUgTUI6IDQw IDI0IDgKCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQprZXJuZWwgY29uZmlnCgpvcHRpb25zCUNPTkZJ R19BVVRPR0VORVJBVEVECmlkZW50CVAzNQptYWNoaW5lCWkzODYKY3B1CUk2ODZfQ1BVCm1h a2VvcHRpb25zCURFQlVHPS1nCm9wdGlvbnMJVkVTQV9ERUJVRwpvcHRpb25zCVZFU0EKb3B0 aW9ucwlBVEFfU1RBVElDX0lECm9wdGlvbnMJTURfUk9PVApvcHRpb25zCVVGU19ESVJIQVNI Cm9wdGlvbnMJVUZTX0FDTApvcHRpb25zCVNPRlRVUERBVEVTCm9wdGlvbnMJRkZTCm9wdGlv bnMJSVBTVEVBTFRICm9wdGlvbnMJREVWSUNFX1BPTExJTkcKb3B0aW9ucwlJTkVUNgpvcHRp b25zCUlORVQKb3B0aW9ucwlDUFVfU1VTUF9ITFQKb3B0aW9ucwlIV1BNQ19IT09LUwpvcHRp b25zCUtWQV9QQUdFUz01MTIKb3B0aW9ucwlESVJFQ1RJTwpvcHRpb25zCVBBTklDX1JFQk9P VF9XQUlUX1RJTUU9LTEKb3B0aW9ucwlTQ19QSVhFTF9NT0RFCm9wdGlvbnMJU0NfRElTQUJM RV9SRUJPT1QKb3B0aW9ucwlfS1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJTkcKb3B0aW9ucwlB REFQVElWRV9HSUFOVApvcHRpb25zCVNZU1ZTRU0Kb3B0aW9ucwlTWVNWTVNHCm9wdGlvbnMJ U1lTVlNITQpvcHRpb25zCUNPTVBBVF9GUkVFQlNENgpvcHRpb25zCUNPTVBBVF80M1RUWQpv cHRpb25zCVBSRUVNUFRJT04Kb3B0aW9ucwlTQ0hFRF9VTEUKb3B0aW9ucwlJTkNMVURFX0NP TkZJR19GSUxFCm9wdGlvbnMJS1NFCm9wdGlvbnMJR0VPTV9NQlIKb3B0aW9ucwlHRU9NX0JT RApvcHRpb25zCUlTQVBOUApkZXZpY2UJaXNhCmRldmljZQlucHgKZGV2aWNlCW1lbQpkZXZp Y2UJaW8KZGV2aWNlCXVhcnRfbnM4MjUwCmRldmljZQlzYwpkZXZpY2UJcmFuZG9tCmRldmlj ZQlwdHkKZGV2aWNlCWVpc2EKZGV2aWNlCXBjaQpkZXZpY2UJYXRrYmRjCmRldmljZQlhdGti ZApkZXZpY2UJcHNtCmRldmljZQlhY3BpCmRldmljZQlwbXRpbWVyCmRldmljZQlhcGljCmRl dmljZQlsb29wCmRldmljZQlicGYKZGV2aWNlCWV0aGVyCmRldmljZQlmaXJtd2FyZQpkZXZp Y2UJc2NidXMKZGV2aWNlCWRhCmRldmljZQlwYXNzCmRldmljZQlhdGEKZGV2aWNlCWF0YWRp c2sKZGV2aWNlCWF0YXBpY2QKZGV2aWNlCXZnYQoA --------------030405080807000300080603-- From jhb at freebsd.org Tue Sep 15 12:31:29 2009 From: jhb at freebsd.org (John Baldwin) Date: Tue Sep 15 12:31:35 2009 Subject: bin/109760: [acpi]: [modules] kldunload acpi_video - crash In-Reply-To: <200909142140.n8ELe62o008218@freefall.freebsd.org> References: <200909142140.n8ELe62o008218@freefall.freebsd.org> Message-ID: <200909150819.06519.jhb@freebsd.org> On Monday 14 September 2009 5:40:06 pm Johannes Totz wrote: > The following reply was made to PR bin/109760; it has been noted by GNATS. > > From: Johannes Totz > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: bin/109760: [acpi]: [modules] kldunload acpi_video - crash > Date: Mon, 14 Sep 2009 22:25:01 +0100 > > This is a multi-part message in MIME format. > --------------030405080807000300080603 > Content-Type: text/plain; charset=ISO-8859-15 > Content-Transfer-Encoding: 7bit > > Hi! > > I can repeat the same problem here. > This is on a Samsung P35 (from 2004), running 7-stable. > > dmesg.txt is after reboot, while the dmesg part at the end of core.txt > is from before crash. I have trimmed core.txt a bit. Please provide the kgdb output I requested earlier from the previous submitter: - go to the frame of acpi_video_vo_destroy - "p *vo" - "p voqh" - "p *voqh" Also, if you can obtain an acpidump that might be useful, too. -- John Baldwin From bf1783 at googlemail.com Fri Sep 18 15:05:09 2009 From: bf1783 at googlemail.com (b. f.) Date: Fri Sep 18 15:05:15 2009 Subject: acpi(4) corrections, clarifications Message-ID: While this documentation cleanup is going on, I'd like to point out that acpi(4) could use some improvements: (1)In the "SYSCTL VARIABLES" section, under hw.acpi.cpu.cx_lowest, acpi(4) states "To enable ACPI CPU idling control, machdep.cpu_idle_hlt must be set to 1". However, apparently only the pc98 port still uses this OID, while amd64, i386, etc., use something like machdep.idle=hlt, so this remark should be changed. And in any case, is this statement correct? Can't idling now be used with other values of machdep.idle, like mwait, mwait_hlt, amdc1e, hlt, and acpi? (2)Under the "BUGS" section, acpi(4) states: "The acpi CPU idle power management drive conflicts with the local APIC (LAPIC) timer. Disable APIC mode with hint.apic.0.disabled or do not use the C2 and C3 states if APIC mode is enabled." However, mav@, in his recent series of recommendations on power-saving, advocated the use of hints like hint.apic.0.clock="0" instead. Is simply turning off the timer sufficient to use the deeper sleep states, or must all of the local apic be disabled? Some machines won't boot with hint.apic.0.disabled, so it would be useful to determine whether this is really necessary. Regards, b. From mav at FreeBSD.org Fri Sep 18 16:13:05 2009 From: mav at FreeBSD.org (Alexander Motin) Date: Fri Sep 18 16:13:38 2009 Subject: acpi(4) corrections, clarifications In-Reply-To: References: Message-ID: <4AB3ABB7.30800@FreeBSD.org> b. f. wrote: > While this documentation cleanup is going on, I'd like to point out > that acpi(4) could use some improvements: > > (1)In the "SYSCTL VARIABLES" section, under hw.acpi.cpu.cx_lowest, > acpi(4) states "To enable ACPI CPU idling control, > machdep.cpu_idle_hlt must be set to 1". However, apparently only the > pc98 port still uses this OID, while amd64, i386, etc., use something > like machdep.idle=hlt, so this remark should be changed. And in any > case, is this statement correct? Can't idling now be used with other > values of machdep.idle, like mwait, mwait_hlt, amdc1e, hlt, and acpi? > > (2)Under the "BUGS" section, acpi(4) states: > > "The acpi CPU idle power management drive conflicts with the local > APIC (LAPIC) timer. Disable APIC mode with hint.apic.0.disabled or do > not use the C2 and C3 states if APIC mode is enabled." > > However, mav@, in his recent series of recommendations on > power-saving, advocated the use of hints like hint.apic.0.clock="0" > instead. Is simply turning off the timer sufficient to use the deeper > sleep states, or must all of the local apic be disabled? Some > machines won't boot with hint.apic.0.disabled, so it would be useful > to determine whether this is really necessary. It is enough to disable APIC timer to use C2/C3. No need to disable whole APIC. There were some objections that legacy timers may not route their interrupts properly on some new systems, but I am not sure whether disabling whole APIC help them somehow, but SMP it kill definitely. -- Alexander Motin From johannes at jo-t.de Sat Sep 19 21:49:31 2009 From: johannes at jo-t.de (Johannes Totz) Date: Sat Sep 19 21:50:04 2009 Subject: [Fwd: Re: bin/109760: [acpi]: [modules] kldunload acpi_video - crash] Message-ID: <4AB54ECA.5090202@jo-t.de> Oops, sent to John only previously. Here it comes for the mailing list. -------- Original Message -------- Message-ID: <4AB0148A.5090007@jo-t.de> Date: Tue, 15 Sep 2009 23:26:18 +0100 From: Johannes Totz To: John Baldwin Subject: Re: bin/109760: [acpi]: [modules] kldunload acpi_video - crash John Baldwin wrote: > [snip] > > - go to the frame of acpi_video_vo_destroy > - "p *vo" > - "p voqh" > - "p *voqh" See kgdb.log > Also, if you can obtain an acpidump that might be useful, too. Attached as p35-acpidump.txt.gz Thanks! Johannes -------------- next part -------------- Script started on Tue Sep 15 21:53:16 2009 21:53 root@bernd:/usr/obj/usr/src/sys/P35#kgdb kernel /var/crash/vmcore.6 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x20:0x83a7c889 stack pointer = 0x28:0xacd4ab50 frame pointer = 0x28:0xacd4ab5c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1002 (kldunload) trap number = 12 panic: page fault Uptime: 1m50s Physical memory: 502 MB Dumping 55 MB: 40 24 8 [snip] #0 doadump () at pcpu.h:196 196 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:196 #1 0x80518013 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0x80518221 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0x8069760c in trap_fatal (frame=0xacd4ab10, eva=16) at /usr/src/sys/i386/i386/trap.c:943 #4 0x8069786f in trap_pfault (frame=0xacd4ab10, usermode=0, eva=16) at /usr/src/sys/i386/i386/trap.c:856 #5 0x80698202 in trap (frame=0xacd4ab10) at /usr/src/sys/i386/i386/trap.c:534 #6 0x8068084b in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #7 0x83a7c889 in acpi_video_vo_destroy (vo=0x839e64c0) at /usr/src/sys/modules/acpi/acpi_video/../../../dev/acpica/acpi_video.c:599 #8 0x83a7c978 in acpi_video_detach (dev=0x83615b80) at /usr/src/sys/modules/acpi/acpi_video/../../../dev/acpica/acpi_video.c:286 #9 0x8053cc98 in device_detach (dev=0x83615b80) at device_if.h:212 #10 0x8053cff1 in devclass_delete_driver (busclass=0x82c33340, driver=0x83a7f328) at /usr/src/sys/kern/subr_bus.c:957 #11 0x8053d155 in driver_module_handler (mod=0x83441780, what=1, arg=0x83a7f314) at /usr/src/sys/kern/subr_bus.c:3883 #12 0x805075c7 in module_unload (mod=0x83441780) at /usr/src/sys/kern/kern_module.c:266 #13 0x804fed88 in linker_file_unload (file=0x837b5d00, flags=0) at /usr/src/sys/kern/kern_linker.c:623 #14 0x80500ced in kern_kldunload (td=0x83426d80, fileid=33, flags=0) at /usr/src/sys/kern/kern_linker.c:1074 #15 0x80500e2b in kldunloadf (td=0x83426d80, uap=0xacd4acfc) at /usr/src/sys/kern/kern_linker.c:1103 #16 0x80697bb5 in syscall (frame=0xacd4ad38) at /usr/src/sys/i386/i386/trap.c:1094 #17 0x806808b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:262 #18 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 7 #7 0x83a7c889 in acpi_video_vo_destroy (vo=0x839e64c0) at /usr/src/sys/modules/acpi/acpi_video/../../../dev/acpica/acpi_video.c:599 599 STAILQ_REMOVE(voqh, vo, acpi_video_output, vo_unit.next); (kgdb) p *vo $1 = {handle = 0x82cf2aa0, adr = 65808, vo_next = {stqe_next = 0x837aa980}, vo_unit = {num = 0, next = {stqe_next = 0x0}}, vo_brightness = -1, vo_fullpower = -1, vo_economy = -1, vo_numlevels = -1, vo_levels = 0x0, vo_sysctl_ctx = {tqh_first = 0x82dd2190, tqh_last = 0x82ec1364}, vo_sysctl_tree = 0x0} (kgdb) p voqh $2 = (struct acpi_video_output_queue *) 0x83a7f400 (kgdb) p *voqh $3 = {stqh_first = 0x0, stqh_last = 0x83a7f400} (kgdb) q From ro.kpa92 at gmail.com Sun Sep 20 14:00:46 2009 From: ro.kpa92 at gmail.com (Romina Batistini) Date: Sun Sep 20 14:00:53 2009 Subject: Me again, problem with boot Message-ID: <4ea651b50909200700l6633535fyb610457a6811db75@mail.gmail.com> Hi, it is me again. I can not resolve this issue that I have had to install freebsd. Ever since that boat, I get the following message and is repeated every 5 seconds. ACPI ERROR (DSWSTATE-0185): Result stack is empy! State 0xc69b6920 [20070320] ACPI EXCEPTION (DSUTILS-0766): EA_AML_NO_RETURN_VALUE, Missing or null operand [20070320] ACPI EXCEPTION (DSUTILS-0894): EA_AML_NO_RETURN_VALUE, While creating arg o [20070320] ACPI ERROR (psparce-0626): Method parse/execution failed [\_TZ_.THRM._TMP] (node 0xc69b6920), AR_AML_NO_RETURN_VALUE And I figure that's what leaves me not Shutdown / Restart the machine. I can only do so from the end using "% su root" Someone could even pull an idea of how to solve? >From already thank you very much. From admin at lissyara.su Sun Sep 20 17:01:21 2009 From: admin at lissyara.su (Alex Keda) Date: Sun Sep 20 17:01:29 2009 Subject: acpi_hp - cannot adjustment backlight on Comapaq 6715s Message-ID: <4AB6564E.5000502@lissyara.su> Hi all! When I test acpi_hp first - it be patchset for current (8) All work OK Now, it part kernel sourses, and not working adjustment screen brightness (Fn+F9/Fn+F10). But, if I unplug power cord - lightness set to minimum. If I plug power cord - is go to maximum. HP# cat /dev/hpcmi Serial Port Enable Infrared Port Enable Parallel Port Enable Flash Media Reader Enable USB Ports including Express Card slot Enable 1394 Port Enable Cardbus Slot Enable Express Card Slot Disable F9, F10 and F12 Delay(Sec) 0 USB Device Detection Delay (Sec) 0 Multiboot Enable Express Boot Popup Delay(Sec) 0 CD-ROM Boot Enable Floppy Boot Enable Internal Network Adapter Boot Enable Internal Network Adapter Boot Mode PXE Swap Fn/Ctrl Key Disable USB Legacy Support Enable Parallel Port Mode Standard BIOS DMA Data Transfers Enable Fan Always on while on AC Power Disable Data Execution Prevention Disable LAN Power Saving Enable SATA Native Mode Disable Dual Core CPU Disable Secondary Battery Fast Charge Enable Windows Vista Direct App Launch Disable HDD Translation Mode LBA-assisted Virtualization Technology Enable USB HDD Translation Mode LBA-assisted Embedded WLAN Device Radio Enable Embedded WWAN Device Radio Enable Fingerprint Device Enable Optical Disk Drive Enable Network Interface Controller (LAN) Enable Ambient Light Sensor Disable Integrated Camera Disable Internal Modem Disable Embedded Bluetooth Device Radio Enable LAN/WLAN Switching Disable Wake on LAN Enable Stringent Security Disable Require Password On Restart Disable Smart Card Power-On Support Disable Reset of Embedded Security Device from OS Disable OS Management of Embedded Security Device Disable Activate Embedded Security On Next Boot Disable Embedded Security Activation Policy F1 to Boot Embedded Security Device Availability Available Power-On Authentication Support Disable Automatic Drivelock Support Disable Intel Active Management Technology Enable Terminal Emulation Mode ANSI USB Key Provisioning Support Enable Firmware Verbosity Enable Firmware Progress Event Support Enable HP# HP# sysctl dev.acpi_hp dev.acpi_hp.0.%desc: HP ACPI-WMI Mapping dev.acpi_hp.0.%driver: acpi_hp dev.acpi_hp.0.%location: handle=\_SB_.C011 dev.acpi_hp.0.%pnpinfo: _HID=PNP0C01 _UID=0 dev.acpi_hp.0.%parent: acpi0 dev.acpi_hp.0.wlan_enabled: 1 dev.acpi_hp.0.wlan_radio: 1 dev.acpi_hp.0.wlan_on_air: 1 dev.acpi_hp.0.wlan_enable_if_radio_on: 0 dev.acpi_hp.0.wlan_disable_if_radio_off: 0 dev.acpi_hp.0.bt_enabled: 1 dev.acpi_hp.0.bt_radio: 1 dev.acpi_hp.0.bt_on_air: 1 dev.acpi_hp.0.bt_enable_if_radio_on: 0 dev.acpi_hp.0.bt_disable_if_radio_off: 0 dev.acpi_hp.0.wwan_enabled: 1 dev.acpi_hp.0.wwan_radio: 1 dev.acpi_hp.0.wwan_on_air: 0 dev.acpi_hp.0.wwan_enable_if_radio_on: 0 dev.acpi_hp.0.wwan_disable_if_radio_off: 0 dev.acpi_hp.0.als_enabled: 4 dev.acpi_hp.0.display: 65793 dev.acpi_hp.0.hdd_temperature: 4 dev.acpi_hp.0.is_docked: 0 dev.acpi_hp.0.cmi_detail: 7 dev.acpi_hp.0.verbose: 1 HP# From admin at lissyara.su Sun Sep 20 17:04:46 2009 From: admin at lissyara.su (Alex Keda) Date: Sun Sep 20 17:04:52 2009 Subject: acpi_hp - cannot adjustment backlight on Comapaq 6715s In-Reply-To: <4AB6564E.5000502@lissyara.su> References: <4AB6564E.5000502@lissyara.su> Message-ID: <4AB660AC.9050606@lissyara.su> Alex Keda ?????: > Hi all! > When I test acpi_hp first - it be patchset for current (8) > All work OK > Now, it part kernel sourses, and not working adjustment screen > brightness (Fn+F9/Fn+F10). But, if I unplug power cord - lightness set > to minimum. If I plug power cord - is go to maximum. solved it conflict with acpi_video.ko without load it - all OK From niktychina at gmail.com Sun Sep 20 18:21:05 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Sun Sep 20 18:21:12 2009 Subject: Me again, problem with boot In-Reply-To: <4ea651b50909200700l6633535fyb610457a6811db75@mail.gmail.com> References: <4ea651b50909200700l6633535fyb610457a6811db75@mail.gmail.com> Message-ID: Hi! By default, only root can shutdown or reboot the computer. 2009/9/20 Romina Batistini > Hi, it is me again. > I can not resolve this issue that I have had to install freebsd. > Ever since that boat, I get the following message and is repeated every 5 > seconds. > > > ACPI ERROR (DSWSTATE-0185): Result stack is empy! State 0xc69b6920 > [20070320] > ACPI EXCEPTION (DSUTILS-0766): EA_AML_NO_RETURN_VALUE, Missing or null > operand [20070320] > ACPI EXCEPTION (DSUTILS-0894): EA_AML_NO_RETURN_VALUE, While creating arg o > [20070320] > ACPI ERROR (psparce-0626): Method parse/execution failed [\_TZ_.THRM._TMP] > (node 0xc69b6920), AR_AML_NO_RETURN_VALUE > > > > > And I figure that's what leaves me not Shutdown / Restart the machine. I > can > only do so from the end using "% su root" > Someone could even pull an idea of how to solve? > >From already thank you very much. > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > From bugmaster at FreeBSD.org Mon Sep 21 11:06:48 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 21 11:06:55 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200909211106.n8LB6mUH030130@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 53 problems total. From kama at pvp.se Tue Sep 22 09:00:13 2009 From: kama at pvp.se (kama) Date: Tue Sep 22 09:00:19 2009 Subject: FreeBSD 7.2-STABLE boot freeze when calibrating clock. In-Reply-To: <20090921140345.H37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> Message-ID: <20090922103150.V37424@ns1.as.pvp.se> Ok. I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with this error: ---- snip ---- Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. link_elf: symbol AcpiDmDumpMethodInfo undefined KLD file acpi.ko - could not finalize loading Calibrating clock(s) ... i8254 clock: 1193120 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2605923359 Hz CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) ---- snap ---- What else can I do to help you to figure this out? /Bjorn On Mon, 21 Sep 2009, kama wrote: > > Hi. > > I have recently upgraded the server from 6.X -> Latest 6.X -> 7.2. But > after the upgrade it boots OK once and after that it freezes. > > Verbose boot give me these lines: > > ---- snip ---- > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 > root@gs4:/usr/obj/usr/src/sys/GENERIC > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e7e000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e7e1d8. > Calibrating clock(s) ... i8254 clock: 1193116 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... > ---- snap ---- > > I can boot the system without ACPI enabled w/o problem. But once it is > enabled it will freeze at this point. > > This has happend on both servers I have upgraded. Both of them are > identical. > > /Bjorn > > Full dmesg w acpi disabled: > > %dmesg > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 > root@gs4:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Opteron(tm) Processor 285 (2605.93-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 > > Features=0x178bfbff > Features2=0x1 > AMD Features=0xe2500800 > AMD Features2=0x2 > Cores per package: 2 > real memory = 3221192704 (3071 MB) > avail memory = 3146604544 (3000 MB) > MPTable: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > ioapic0: Assuming intbase of 0 > ioapic1: Assuming intbase of 24 > ioapic2: Assuming intbase of 28 > ioapic3: Assuming intbase of 32 > ioapic4: Assuming intbase of 36 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-27 on motherboard > ioapic2 irqs 28-31 on motherboard > ioapic3 irqs 32-35 on motherboard > ioapic4 irqs 36-39 on motherboard > kbd1 at kbdmux0 > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pcib1: at device 3.0 on pci0 > pci1: on pcib1 > ohci0: mem 0xf7df0000-0xf7df0fff irq 19 at > device 0.0 on pci1 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 3 ports with 3 removable, self powered > ohci1: mem 0xf7de0000-0xf7de0fff irq 19 at > device 0.1 on pci1 > ohci1: [GIANT-LOCKED] > ohci1: [ITHREAD] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 3 ports with 3 removable, self powered > pci1: at device 2.0 (no driver attached) > pci1: at device 2.2 (no driver attached) > vgapci0: port 0x4400-0x44ff mem > 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 > isab0: at device 4.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 4.3 (no driver attached) > pcib2: at device 7.0 on pci0 > pci2: on pcib2 > ciss0: port 0x5000-0x50ff mem > 0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2 > ciss0: [ITHREAD] > pcib3: at device 8.0 on pci0 > pci3: on pcib3 > bge0: mem > 0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: Ethernet address: 00:17:a4:8d:f9:2a > bge0: [ITHREAD] > bge1: mem > 0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3 > miibus1: on bge1 > brgphy1: PHY 1 on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge1: Ethernet address: 00:17:a4:8d:f9:29 > bge1: [ITHREAD] > cpu0 on motherboard > powernow0: on cpu0 > device_attach: powernow0 attach returned 6 > cpu1 on motherboard > powernow1: on cpu1 > device_attach: powernow1 attach returned 6 > cpu2 on motherboard > powernow2: on cpu2 > device_attach: powernow2 attach returned 6 > cpu3 on motherboard > powernow3: on cpu3 > device_attach: powernow3 attach returned 6 > eisa0: on motherboard > mainboard0: at slot 0 on eisa0 > pnpbios: error 1/82 getting device count/size limit > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xeffff pnpid ORM0000 on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Generic PS/2 mouse, device ID 0 > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 > on isa0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio0: [FILTER] > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > sio1: [FILTER] > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master UDMA33 > da0 at ciss0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 135.168MB/s transfers > SdMaP0:: ACPo mCmPaUn d# 1Q uLeauuenicnhge dE!n > abled > da0: 69452MB (142239510 512 bSyMtPe: sAePc tCoPrUs :# 22 5L5aunHc > h6e3dS/!T > 8854C) > SMP: AP CPU #3 Launched! > Trying to mount root from ufs:/dev/da0s1a > bge0: link state changed to UP > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From avg at icyb.net.ua Tue Sep 22 10:39:31 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Sep 22 10:39:37 2009 Subject: FreeBSD 7.2-STABLE boot freeze when calibrating clock. In-Reply-To: <20090922103150.V37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> Message-ID: <4AB8A95E.3060307@icyb.net.ua> on 22/09/2009 11:35 kama said the following: > Ok. > > I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with > this error: > > ---- snip ---- > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. > link_elf: symbol AcpiDmDumpMethodInfo undefined > KLD file acpi.ko - could not finalize loading > Calibrating clock(s) ... i8254 clock: 1193120 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz quality 0 > Calibrating TSC clock ... TSC clock: 2605923359 Hz > CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) > ---- snap ---- > > What else can I do to help you to figure this out? This is a very strange error. Did you install a binary distribution or did build your kernel from sources? >From your demsg I think that it is the latter. And I believe that your source tree may be damaged somehow. Please try again with a clean checkout from (- this is important -) a known good place, some cvsup mirrors have been known to serve inconsistent sources. > On Mon, 21 Sep 2009, kama wrote: > >> Hi. >> >> I have recently upgraded the server from 6.X -> Latest 6.X -> 7.2. But >> after the upgrade it boots OK once and after that it freezes. >> >> Verbose boot give me these lines: >> >> ---- snip ---- >> Copyright (c) 1992-2009 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 >> root@gs4:/usr/obj/usr/src/sys/GENERIC >> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0e7e000. >> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0e7e1d8. >> Calibrating clock(s) ... i8254 clock: 1193116 Hz >> CLK_USE_I8254_CALIBRATION not specified - using default frequency >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> Calibrating TSC clock ... >> ---- snap ---- >> >> I can boot the system without ACPI enabled w/o problem. But once it is >> enabled it will freeze at this point. >> >> This has happend on both servers I have upgraded. Both of them are >> identical. >> >> /Bjorn >> >> Full dmesg w acpi disabled: >> >> %dmesg >> Copyright (c) 1992-2009 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 7.2-STABLE #2: Fri Sep 18 13:22:40 CEST 2009 >> root@gs4:/usr/obj/usr/src/sys/GENERIC >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: AMD Opteron(tm) Processor 285 (2605.93-MHz 686-class CPU) >> Origin = "AuthenticAMD" Id = 0x20f12 Stepping = 2 >> >> Features=0x178bfbff >> Features2=0x1 >> AMD Features=0xe2500800 >> AMD Features2=0x2 >> Cores per package: 2 >> real memory = 3221192704 (3071 MB) >> avail memory = 3146604544 (3000 MB) >> MPTable: >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> cpu0 (BSP): APIC ID: 0 >> cpu1 (AP): APIC ID: 1 >> cpu2 (AP): APIC ID: 2 >> cpu3 (AP): APIC ID: 3 >> ioapic0: Assuming intbase of 0 >> ioapic1: Assuming intbase of 24 >> ioapic2: Assuming intbase of 28 >> ioapic3: Assuming intbase of 32 >> ioapic4: Assuming intbase of 36 >> ioapic0 irqs 0-23 on motherboard >> ioapic1 irqs 24-27 on motherboard >> ioapic2 irqs 28-31 on motherboard >> ioapic3 irqs 32-35 on motherboard >> ioapic4 irqs 36-39 on motherboard >> kbd1 at kbdmux0 >> pcib0: pcibus 0 on motherboard >> pci0: on pcib0 >> pcib1: at device 3.0 on pci0 >> pci1: on pcib1 >> ohci0: mem 0xf7df0000-0xf7df0fff irq 19 at >> device 0.0 on pci1 >> ohci0: [GIANT-LOCKED] >> ohci0: [ITHREAD] >> usb0: OHCI version 1.0, legacy support >> usb0: SMM does not respond, resetting >> usb0: on ohci0 >> usb0: USB revision 1.0 >> uhub0: on usb0 >> uhub0: 3 ports with 3 removable, self powered >> ohci1: mem 0xf7de0000-0xf7de0fff irq 19 at >> device 0.1 on pci1 >> ohci1: [GIANT-LOCKED] >> ohci1: [ITHREAD] >> usb1: OHCI version 1.0, legacy support >> usb1: SMM does not respond, resetting >> usb1: on ohci1 >> usb1: USB revision 1.0 >> uhub1: on usb1 >> uhub1: 3 ports with 3 removable, self powered >> pci1: at device 2.0 (no driver attached) >> pci1: at device 2.2 (no driver attached) >> vgapci0: port 0x4400-0x44ff mem >> 0xf6000000-0xf6ffffff,0xf5ff0000-0xf5ff0fff at device 3.0 on pci1 >> isab0: at device 4.0 on pci0 >> isa0: on isab0 >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 4.1 on pci0 >> ata0: on atapci0 >> ata0: [ITHREAD] >> ata1: on atapci0 >> ata1: [ITHREAD] >> pci0: at device 4.3 (no driver attached) >> pcib2: at device 7.0 on pci0 >> pci2: on pcib2 >> ciss0: port 0x5000-0x50ff mem >> 0xf7ef0000-0xf7ef1fff,0xf7e80000-0xf7ebffff irq 24 at device 4.0 on pci2 >> ciss0: [ITHREAD] >> pcib3: at device 8.0 on pci0 >> pci3: on pcib3 >> bge0: mem >> 0xf7ff0000-0xf7ffffff irq 28 at device 6.0 on pci3 >> miibus0: on bge0 >> brgphy0: PHY 1 on miibus0 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> bge0: Ethernet address: 00:17:a4:8d:f9:2a >> bge0: [ITHREAD] >> bge1: mem >> 0xf7fe0000-0xf7feffff irq 29 at device 6.1 on pci3 >> miibus1: on bge1 >> brgphy1: PHY 1 on miibus1 >> brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> bge1: Ethernet address: 00:17:a4:8d:f9:29 >> bge1: [ITHREAD] >> cpu0 on motherboard >> powernow0: on cpu0 >> device_attach: powernow0 attach returned 6 >> cpu1 on motherboard >> powernow1: on cpu1 >> device_attach: powernow1 attach returned 6 >> cpu2 on motherboard >> powernow2: on cpu2 >> device_attach: powernow2 attach returned 6 >> cpu3 on motherboard >> powernow3: on cpu3 >> device_attach: powernow3 attach returned 6 >> eisa0: on motherboard >> mainboard0: at slot 0 on eisa0 >> pnpbios: error 1/82 getting device count/size limit >> pmtimer0 on isa0 >> orm0: at iomem >> 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xeffff pnpid ORM0000 on isa0 >> atkbdc0: at port 0x60,0x64 on isa0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> atkbd0: [ITHREAD] >> psm0: irq 12 on atkbdc0 >> psm0: [GIANT-LOCKED] >> psm0: [ITHREAD] >> psm0: model Generic PS/2 mouse, device ID 0 >> fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 >> on isa0 >> fdc0: [FILTER] >> fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >> ppc0: parallel port not found. >> sc0: at flags 0x100 on isa0 >> sc0: VGA <16 virtual consoles, flags=0x300> >> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >> sio0: type 16550A >> sio0: [FILTER] >> sio1 at port 0x2f8-0x2ff irq 3 on isa0 >> sio1: type 16550A >> sio1: [FILTER] >> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> Timecounters tick every 1.000 msec >> acd0: CDROM at ata0-master UDMA33 >> da0 at ciss0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-0 device >> da0: 135.168MB/s transfers >> SdMaP0:: ACPo mCmPaUn d# 1Q uLeauuenicnhge dE!n >> abled >> da0: 69452MB (142239510 512 bSyMtPe: sAePc tCoPrUs :# 22 5L5aunHc >> h6e3dS/!T >> 8854C) >> SMP: AP CPU #3 Launched! >> Trying to mount root from ufs:/dev/da0s1a >> bge0: link state changed to UP >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Andriy Gapon From kama at pvp.se Tue Sep 22 13:49:00 2009 From: kama at pvp.se (kama) Date: Tue Sep 22 13:49:28 2009 Subject: FreeBSD 7.2-STABLE boot freeze when calibrating clock. In-Reply-To: <4AB8A95E.3060307@icyb.net.ua> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> Message-ID: <20090922142526.P37424@ns1.as.pvp.se> On Tue, 22 Sep 2009, Andriy Gapon wrote: > on 22/09/2009 11:35 kama said the following: > > Ok. > > > > I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with > > this error: > > > > ---- snip ---- > > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. > > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. > > link_elf: symbol AcpiDmDumpMethodInfo undefined > > KLD file acpi.ko - could not finalize loading > > Calibrating clock(s) ... i8254 clock: 1193120 Hz > > CLK_USE_I8254_CALIBRATION not specified - using default frequency > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > Calibrating TSC clock ... TSC clock: 2605923359 Hz > > CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) > > ---- snap ---- > > > > What else can I do to help you to figure this out? > > > This is a very strange error. > Did you install a binary distribution or did build your kernel from sources? > >From your demsg I think that it is the latter. > And I believe that your source tree may be damaged somehow. > Please try again with a clean checkout from (- this is important -) a known good > place, some cvsup mirrors have been known to serve inconsistent sources. I have now changed from cvsup.dk.freebsd.org to cvsup.freebsd.org with no luck. These are the steps I do (and have done for ages): # cd /usr/src # make clean cleandir # cd .. # rm -rf src/* obj/* # cd # csup stable-supfile-7 # cd /usr/src # make buildworld # make buildkernel # make installkernel # mergemaster -p # make installworld # mergemaster -U -i # reboot I see that there are a newer BIOS on the HP homepage for this DL385. I will try to update the BIOS later this week. The servers are not up to be in production until early november, so there are some time to test things. /Bjorn From avg at icyb.net.ua Tue Sep 22 14:34:47 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Sep 22 14:35:00 2009 Subject: FreeBSD 7.2-STABLE boot freeze when calibrating clock. In-Reply-To: <20090922142526.P37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> Message-ID: <4AB8E082.8050100@icyb.net.ua> on 22/09/2009 16:48 kama said the following: > > On Tue, 22 Sep 2009, Andriy Gapon wrote: > >> on 22/09/2009 11:35 kama said the following: >>> Ok. >>> >>> I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with >>> this error: >>> >>> ---- snip ---- >>> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. >>> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. >>> link_elf: symbol AcpiDmDumpMethodInfo undefined >>> KLD file acpi.ko - could not finalize loading >>> Calibrating clock(s) ... i8254 clock: 1193120 Hz >>> CLK_USE_I8254_CALIBRATION not specified - using default frequency >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> Calibrating TSC clock ... TSC clock: 2605923359 Hz >>> CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) >>> ---- snap ---- >>> >>> What else can I do to help you to figure this out? >> >> This is a very strange error. >> Did you install a binary distribution or did build your kernel from sources? >> >From your demsg I think that it is the latter. >> And I believe that your source tree may be damaged somehow. >> Please try again with a clean checkout from (- this is important -) a known good >> place, some cvsup mirrors have been known to serve inconsistent sources. > > I have now changed from cvsup.dk.freebsd.org to cvsup.freebsd.org with no > luck. > > These are the steps I do (and have done for ages): > # cd /usr/src > # make clean cleandir > # cd .. > # rm -rf src/* obj/* > # cd > # csup stable-supfile-7 > # cd /usr/src > # make buildworld > # make buildkernel > # make installkernel > # mergemaster -p > # make installworld > # mergemaster -U -i > # reboot > > I see that there are a newer BIOS on the HP homepage for this DL385. I > will try to update the BIOS later this week. > > The servers are not up to be in production until early november, so there > are some time to test things. > I specifically meant this message: link_elf: symbol AcpiDmDumpMethodInfo undefined $ glimpse AcpiDmDumpMethodInfo /usr/src/sys/contrib/dev/acpica/dmobject.c: * FUNCTION: AcpiDmDumpMethodInfo /usr/src/sys/contrib/dev/acpica/dmobject.c: AcpiDmDumpMethodInfo ( /usr/src/sys/contrib/dev/acpica/dsmethod.c: AcpiDmDumpMethodInfo (Status, WalkState, WalkState->Op); /usr/src/sys/contrib/dev/acpica/acdisasm.h: AcpiDmDumpMethodInfo ( So this function is both defined and used only inside acpi code (vendor part of it). The error you get does not seem to be a run-time condition. It seems to be a system build/install issue (and it looks like the issue is unique to you). I am almost out of guesses, maybe you have stale acpi.ko module in some modules directory. Hmm, one last idea - maybe you have something like "build modules with world" option and also perhaps ACPI_DEBUG is defined somewhere? It could be that something gets out of sync with respect to ACPI_DISASSEMBLER macro. Output of the following command may be useful: $ nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo Could you please try investigating this? Maybe even include acpi into kernel? -- Andriy Gapon From kama at pvp.se Wed Sep 23 12:47:45 2009 From: kama at pvp.se (kama) Date: Wed Sep 23 12:47:52 2009 Subject: FreeBSD 7.2-STABLE boot freeze when calibrating clock. In-Reply-To: <4AB8E082.8050100@icyb.net.ua> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> Message-ID: <20090922215700.V37424@ns1.as.pvp.se> > > I see that there are a newer BIOS on the HP homepage for this DL385. I > > will try to update the BIOS later this week. > > > > The servers are not up to be in production until early november, so there > > are some time to test things. > > > > I specifically meant this message: > link_elf: symbol AcpiDmDumpMethodInfo undefined > > $ glimpse AcpiDmDumpMethodInfo > /usr/src/sys/contrib/dev/acpica/dmobject.c: * FUNCTION: AcpiDmDumpMethodInfo > /usr/src/sys/contrib/dev/acpica/dmobject.c: AcpiDmDumpMethodInfo ( > /usr/src/sys/contrib/dev/acpica/dsmethod.c: AcpiDmDumpMethodInfo (Status, > WalkState, WalkState->Op); > /usr/src/sys/contrib/dev/acpica/acdisasm.h: AcpiDmDumpMethodInfo ( > > So this function is both defined and used only inside acpi code (vendor part of it). > The error you get does not seem to be a run-time condition. > It seems to be a system build/install issue (and it looks like the issue is unique > to you). > I am almost out of guesses, maybe you have stale acpi.ko module in some modules > directory. > > Hmm, one last idea - maybe you have something like "build modules with world" > option and also perhaps ACPI_DEBUG is defined somewhere? No, this is a clean installed system. Nothing in make.conf or src.conf. And loader.conf is empty. > It could be that something gets out of sync with respect to ACPI_DISASSEMBLER macro. > Output of the following command may be useful: > $ nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo nm: /boot/kernel/linker.hints: File format not recognized g24# > Could you please try investigating this? Maybe even include acpi into kernel? Just adding 'device acpi' into the generic kernel made it boot successfully. (without KDB DDB ACPI_DEBUG) Here are the outputfiles suggested from the webpage: http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt Please let me know what else to test or if you want more data... Later today I will head over to the datacenter to swap a failed disk and will then also update the BIOS on these servers. I'll post a message how that goes later tonight. /Bjorn From avg at icyb.net.ua Wed Sep 23 13:05:49 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Sep 23 13:06:01 2009 Subject: FreeBSD 7.2-STABLE boot freeze when calibrating clock. In-Reply-To: <20090922215700.V37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> Message-ID: <4ABA1D1F.3080704@icyb.net.ua> on 23/09/2009 15:47 kama said the following: > g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo > /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo > /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo So this is what I was talking about - this symbol should not be undefined after normal build. This symbol should not be present and referenced at all unless ACPI_DISASSEMBLER is defined. This is clearly a build problem of some sort. > Just adding 'device acpi' into the generic kernel made it boot > successfully. (without KDB DDB ACPI_DEBUG) I am glad that this worked :) > Here are the outputfiles suggested from the webpage: > > http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl > http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt > http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt This doesn't make it nay clearer why you get that build problem. -- Andriy Gapon From kama at pvp.se Wed Sep 23 15:19:26 2009 From: kama at pvp.se (kama) Date: Wed Sep 23 15:19:44 2009 Subject: FreeBSD 7.2-STABLE boot freeze when calibrating clock. In-Reply-To: <4ABA1D1F.3080704@icyb.net.ua> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> Message-ID: <20090923171004.Q37424@ns1.as.pvp.se> On Wed, 23 Sep 2009, Andriy Gapon wrote: > on 23/09/2009 15:47 kama said the following: > > g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo > > /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo > > /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo > > So this is what I was talking about - this symbol should not be undefined after > normal build. This symbol should not be present and referenced at all unless > ACPI_DISASSEMBLER is defined. > This is clearly a build problem of some sort. Even though they dont exists on a acpi_debug kernel. It does not really matter since the real problem is that freebsd freezes on a normal generic config. > > Just adding 'device acpi' into the generic kernel made it boot > > successfully. (without KDB DDB ACPI_DEBUG) > > I am glad that this worked :) Me too. As a work around. But I would prefer a GENERIC kernel to boot. > > Here are the outputfiles suggested from the webpage: > > > > http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl > > http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt > > http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt > > This doesn't make it nay clearer why you get that build problem. I dunno. I dont have any insight into kernel programming. Hence trying to get information how to help the people to fix the actual problem. That the server freezes at boot. Im kind of lucky to have HP ILO on my side, to test things. =) But I will upgrade the BIOS. If that does not work, I'll try a clean 7.2-REL install. /Bjorn PS. Another unrelated issue. I get a bounce everytime I send a mail to you. Final-Recipient: rfc822; avg@icyb.net.ua Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; host mt.icyb.net.ua[212.40.38.132] said: 550 (LHP01) Not accepted (in reply to RCPT TO command) DS. From avg at freebsd.org Wed Sep 23 15:57:54 2009 From: avg at freebsd.org (Andriy Gapon) Date: Wed Sep 23 15:58:00 2009 Subject: FreeBSD 7.2-STABLE boot freeze when calibrating clock. In-Reply-To: <20090923171004.Q37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> Message-ID: <4ABA457E.3060800@freebsd.org> on 23/09/2009 18:19 kama said the following: > On Wed, 23 Sep 2009, Andriy Gapon wrote: > >> on 23/09/2009 15:47 kama said the following: >>> g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo >>> /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo >>> /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo >> So this is what I was talking about - this symbol should not be undefined after >> normal build. This symbol should not be present and referenced at all unless >> ACPI_DISASSEMBLER is defined. >> This is clearly a build problem of some sort. > > Even though they dont exists on a acpi_debug kernel. It does not really > matter since the real problem is that freebsd freezes on a normal generic > config. What is acpi_debug kernel? And FreeBSD does not freeze on "a normal generic config". It freezes because of a mysterious build bug that only you seem to have (so far). >>> Just adding 'device acpi' into the generic kernel made it boot >>> successfully. (without KDB DDB ACPI_DEBUG) >> I am glad that this worked :) > > Me too. As a work around. But I would prefer a GENERIC kernel to boot. True GENERIC kernel is the one that you get from FreeBSD.Org :-) The one that you built yourself even using GENERIC config can always get tainted by unspecified problems with your build environment. Can you reproduce this problem if you build world, install it somewhere, chroot to it and then build a GENERIC kernel? (with no tweaking between the steps) >From practical point of view, I don't see why moving acpi from module to kernel could be an issue. >>> Here are the outputfiles suggested from the webpage: >>> >>> http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl >>> http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt >>> http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt >> This doesn't make it nay clearer why you get that build problem. > > I dunno. I dont have any insight into kernel programming. Hence trying to > get information how to help the people to fix the actual problem. That the > server freezes at boot. Im kind of lucky to have HP ILO on my side, to > test things. =) > > But I will upgrade the BIOS. If that does not work, I'll try a clean > 7.2-REL install. BIOS upgrade may improve some things for you, but I'd be very surprised if it fixes the build problem in question. > PS. > Another unrelated issue. I get a bounce everytime I send a mail to you. > > Final-Recipient: rfc822; avg@icyb.net.ua > Action: failed > Status: 5.0.0 > Diagnostic-Code: X-Postfix; host mt.icyb.net.ua[212.40.38.132] said: 550 > (LHP01) Not accepted (in reply to RCPT TO command) I'll investigate this. Meanwhile I will use my freebsd.org address in From. -- Andriy Gapon From kama at pvp.se Thu Sep 24 12:35:37 2009 From: kama at pvp.se (kama) Date: Thu Sep 24 12:35:51 2009 Subject: FreeBSD 7.2-STABLE boot freeze (was: when calibrating clock.) In-Reply-To: <4ABA457E.3060800@freebsd.org> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> Message-ID: <20090924141927.Y37424@ns1.as.pvp.se> On Wed, 23 Sep 2009, Andriy Gapon wrote: > on 23/09/2009 18:19 kama said the following: > > On Wed, 23 Sep 2009, Andriy Gapon wrote: > > > >> on 23/09/2009 15:47 kama said the following: > >>> g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo > >>> /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo > >>> /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo > >> So this is what I was talking about - this symbol should not be undefined after > >> normal build. This symbol should not be present and referenced at all unless > >> ACPI_DISASSEMBLER is defined. > >> This is clearly a build problem of some sort. > > > > Even though they dont exists on a acpi_debug kernel. It does not really > > matter since the real problem is that freebsd freezes on a normal generic > > config. > > What is acpi_debug kernel? The one with option ACPI_DEBUG in it. > And FreeBSD does not freeze on "a normal generic config". > It freezes because of a mysterious build bug that only you seem to have (so far). > > >>> Just adding 'device acpi' into the generic kernel made it boot > >>> successfully. (without KDB DDB ACPI_DEBUG) > >> I am glad that this worked :) > > > > Me too. As a work around. But I would prefer a GENERIC kernel to boot. > > True GENERIC kernel is the one that you get from FreeBSD.Org :-) > The one that you built yourself even using GENERIC config can always get tainted > by unspecified problems with your build environment. > Can you reproduce this problem if you build world, install it somewhere, chroot to > it and then build a GENERIC kernel? (with no tweaking between the steps) Actually I spoke to fast. After an reboot it hanged again. > >From practical point of view, I don't see why moving acpi from module to kernel > could be an issue. > > >>> Here are the outputfiles suggested from the webpage: > >>> > >>> http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl > >>> http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt > >>> http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt > >> This doesn't make it nay clearer why you get that build problem. > > > > I dunno. I dont have any insight into kernel programming. Hence trying to > > get information how to help the people to fix the actual problem. That the > > server freezes at boot. Im kind of lucky to have HP ILO on my side, to > > test things. =) > > > > But I will upgrade the BIOS. If that does not work, I'll try a clean > > 7.2-REL install. > > BIOS upgrade may improve some things for you, but I'd be very surprised if it > fixes the build problem in question. Well, it did not improve anything. Apperently the output from ILO is not the correct one. Probably it freezes the output to ILO before it can update the screen. (I run ILO through SSH) I took a photo of the actual output presented on a CRT. http://fbsd-err.pvp.se/fbsd-freeze-dl385.jpg (sorry for the blury image, but I cant get it any better from my cellphone) I did not have time to reinstall the system from scratch. But that can be done remotely if needed. I am currently building the source on another machine. Lets see if it will build it any better. (Remember that this happens on two different servers that are specified the exact same way) /Bjorn From jhb at FreeBSD.org Thu Sep 24 14:24:36 2009 From: jhb at FreeBSD.org (John Baldwin) Date: Thu Sep 24 14:24:57 2009 Subject: Simple patch to acpi_ibm Message-ID: <200909241010.45706.jhb@FreeBSD.org> Can someone with acpi_ibm(4) test that this patch works ok and removes the LOR between acpi_ibm and the sysctl lock on HEAD or 8 with WITNESS enabled? Index: acpi_ibm.c =================================================================== --- acpi_ibm.c (revision 197430) +++ acpi_ibm.c (working copy) @@ -356,8 +356,6 @@ } sc->ec_handle = acpi_get_handle(sc->ec_dev); - ACPI_SERIAL_BEGIN(ibm); - /* Get the sysctl tree */ sc->sysctl_ctx = device_get_sysctl_ctx(dev); sc->sysctl_tree = device_get_sysctl_tree(dev); @@ -404,8 +402,6 @@ "Thermal zones"); } - ACPI_SERIAL_END(ibm); - /* Handle notifies */ AcpiInstallNotifyHandler(sc->handle, ACPI_DEVICE_NOTIFY, acpi_ibm_notify, dev); -- John Baldwin From freebsd-listen at fabiankeil.de Thu Sep 24 15:51:02 2009 From: freebsd-listen at fabiankeil.de (Fabian Keil) Date: Thu Sep 24 15:51:09 2009 Subject: Simple patch to acpi_ibm In-Reply-To: <200909241010.45706.jhb@FreeBSD.org> References: <200909241010.45706.jhb@FreeBSD.org> Message-ID: <20090924173703.536e28b1@r500.local> John Baldwin wrote: > Can someone with acpi_ibm(4) test that this patch works ok and removes the LOR > between acpi_ibm and the sysctl lock on HEAD or 8 with WITNESS enabled? It does remove the LOR and the sysctls I tried so far (bluetooth, fan, fan_level, thinklight) still work as expected. Thanks Fabian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-acpi/attachments/20090924/439654f4/signature.pgp From gaijin.k at gmail.com Thu Sep 24 17:37:07 2009 From: gaijin.k at gmail.com (Alexandre "Sunny" Kovalenko) Date: Thu Sep 24 17:37:13 2009 Subject: Simple patch to acpi_ibm In-Reply-To: <200909241010.45706.jhb@FreeBSD.org> References: <200909241010.45706.jhb@FreeBSD.org> Message-ID: <1253812221.1440.3.camel@RabbitsDen> On Thu, 2009-09-24 at 10:10 -0400, John Baldwin wrote: > Can someone with acpi_ibm(4) test that this patch works ok and removes the LOR > between acpi_ibm and the sysctl lock on HEAD or 8 with WITNESS enabled? > I can confirm that on my system (FreeBSD xxx 8.0-RC1 FreeBSD 8.0-RC1 #2 r197402M: Thu Sep 24 11:47:46 EDT 2009 root@xxx:/usr/obj/usr/src/sys/TPX60 i386) patch removes the LOR. IBM-specific ACPI knobs seem to continue functioning properly after the patch. HTH, -- Alexandre Kovalenko (????????? ?????????) From kama at pvp.se Fri Sep 25 09:04:13 2009 From: kama at pvp.se (kama) Date: Fri Sep 25 09:04:20 2009 Subject: FreeBSD 7.2-STABLE boot freeze (was: when calibrating clock.) In-Reply-To: <20090924141927.Y37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> Message-ID: <20090925110209.E37424@ns1.as.pvp.se> On Thu, 24 Sep 2009, kama wrote: > I am currently building the source on another machine. Lets see if it will > build it any better. Building the the world on another machine and install it on the DL385 machine made it also to freeze. /Bjorn From avg at freebsd.org Fri Sep 25 09:11:46 2009 From: avg at freebsd.org (Andriy Gapon) Date: Fri Sep 25 09:11:52 2009 Subject: FreeBSD 7.2-STABLE boot freeze In-Reply-To: <20090925110209.E37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> Message-ID: <4ABC894E.7040204@freebsd.org> on 25/09/2009 12:04 kama said the following: > On Thu, 24 Sep 2009, kama wrote: > >> I am currently building the source on another machine. Lets see if it will >> build it any better. > > Building the the world on another machine and install it on the DL385 > machine made it also to freeze. Did you still get the message about unresolved symbol? -- Andriy Gapon From bjoennungen at yahoo.no Fri Sep 25 11:31:05 2009 From: bjoennungen at yahoo.no (=?iso-8859-1?Q?Bj=F8rn_H=E5vard_Stokke?=) Date: Fri Sep 25 11:31:12 2009 Subject: acpi_asus for AsusU1F Message-ID: <160796.35787.qm@web25602.mail.ukl.yahoo.com> Hi, I have included "device acpi_asus" in mye kernel config, built and installed it, but it seems that my laptop is not supported (Freebsd 8.0 RC1 release). Any chance there will be a done any work on the acpi_asus module? Which could include support for AsusU1F? If I can contribute adding support for my laptop, is there a guide or wiki to get me starting? rgds,bJ?Rn _________________________________________________________ Alt i ett. F? Yahoo! Mail med adressekartotek, kalender og notisblokk. http://no.mail.yahoo.com From eitan.adler at gmail.com Fri Sep 25 11:56:21 2009 From: eitan.adler at gmail.com (Eitan Adler) Date: Fri Sep 25 11:56:27 2009 Subject: Lenovo G530 mouse fail with ACPI; debugging info included Message-ID: This link contains the debugging info for ACPI from my laptop http://isis.poly.edu/~eitan/files/acpi/ If I turn ACPI on my mouse will work for a few momements and then fail using either X or moused. Restarting either of them will cause it to work for a few more moments again. Turning off ACPI solves the problem completely. -- Eitan Adler From rpaulo at freebsd.org Fri Sep 25 12:10:11 2009 From: rpaulo at freebsd.org (Rui Paulo) Date: Fri Sep 25 12:10:44 2009 Subject: acpi_asus for AsusU1F In-Reply-To: <160796.35787.qm@web25602.mail.ukl.yahoo.com> References: <160796.35787.qm@web25602.mail.ukl.yahoo.com> Message-ID: <19C9CEB8-BE12-4EB8-A120-3AE10BE40945@freebsd.org> Hi, On 25 Sep 2009, at 12:04, Bj?rn H?vard Stokke wrote: > Hi, > I have included "device acpi_asus" in mye kernel config, built and > installed it, but it seems that my laptop is not supported (Freebsd > 8.0 RC1 release). > Any chance there will be a done any work on the acpi_asus module? > Which could include support for AsusU1F? If I can contribute adding > support for my laptop, is there a guide or wiki to get me starting? Try looking at the Linux code to see if they support your computer. If they do, please try to port it to FreeBSD. Regards, -- Rui Paulo From jkim at FreeBSD.org Fri Sep 25 23:21:05 2009 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Fri Sep 25 23:21:12 2009 Subject: [PATCH] apm(4) ioctls for amd64 In-Reply-To: <200909251742.12455.jkim@FreeBSD.org> References: <503416.82549.qm@web59108.mail.re1.yahoo.com> <200909251742.12455.jkim@FreeBSD.org> Message-ID: <200909251920.53982.jkim@FreeBSD.org> It seems there are enough demands for apm(4) ioctls on amd64. Basically this patch is copy-and-paste from i386, which emulates apm with acpi(4). # uname -m amd64 # apm APM version: 1.2 APM Management: Disabled AC Line status: off-line Battery Status: high Remaining battery life: 99% Remaining battery time: 1:25:00 Number of batteries: 1 Battery 0: Battery Status: high Remaining battery life: 99% Remaining battery time: 1:25:00 Resume timer: unknown Resume on ring indicator: disabled Cheers, Jung-uk Kim -------------- next part -------------- --- sys/amd64/acpica/acpi_machdep.c.orig 2009-09-23 12:40:30.000000000 -0400 +++ sys/amd64/acpica/acpi_machdep.c 2009-09-25 18:34:46.000000000 -0400 @@ -43,6 +43,24 @@ #include +/* + * APM driver emulation + */ + +#include +#include +#include +#include +#include +#include + +#include + +#include +#include + +#include + SYSCTL_DECL(_debug_acpi); int acpi_resume_beep; @@ -54,7 +72,432 @@ TUNABLE_INT("hw.acpi.reset_video", &acpi_reset_video); static int intr_model = ACPI_INTR_PIC; -static struct apm_clone_data acpi_clone; +static int apm_active; +static struct clonedevs *apm_clones; + +MALLOC_DEFINE(M_APMDEV, "apmdev", "APM device emulation"); + +static d_open_t apmopen; +static d_close_t apmclose; +static d_write_t apmwrite; +static d_ioctl_t apmioctl; +static d_poll_t apmpoll; +static d_kqfilter_t apmkqfilter; +static void apmreadfiltdetach(struct knote *kn); +static int apmreadfilt(struct knote *kn, long hint); +static struct filterops apm_readfiltops = { + .f_isfd = 1, + .f_detach = apmreadfiltdetach, + .f_event = apmreadfilt, +}; + +static struct cdevsw apm_cdevsw = { + .d_version = D_VERSION, + .d_flags = D_TRACKCLOSE | D_NEEDMINOR, + .d_open = apmopen, + .d_close = apmclose, + .d_write = apmwrite, + .d_ioctl = apmioctl, + .d_poll = apmpoll, + .d_name = "apm", + .d_kqfilter = apmkqfilter +}; + +static int +acpi_capm_convert_battstate(struct acpi_battinfo *battp) +{ + int state; + + state = APM_UNKNOWN; + + if (battp->state & ACPI_BATT_STAT_DISCHARG) { + if (battp->cap >= 50) + state = 0; /* high */ + else + state = 1; /* low */ + } + if (battp->state & ACPI_BATT_STAT_CRITICAL) + state = 2; /* critical */ + if (battp->state & ACPI_BATT_STAT_CHARGING) + state = 3; /* charging */ + + /* If still unknown, determine it based on the battery capacity. */ + if (state == APM_UNKNOWN) { + if (battp->cap >= 50) + state = 0; /* high */ + else + state = 1; /* low */ + } + + return (state); +} + +static int +acpi_capm_convert_battflags(struct acpi_battinfo *battp) +{ + int flags; + + flags = 0; + + if (battp->cap >= 50) + flags |= APM_BATT_HIGH; + else { + if (battp->state & ACPI_BATT_STAT_CRITICAL) + flags |= APM_BATT_CRITICAL; + else + flags |= APM_BATT_LOW; + } + if (battp->state & ACPI_BATT_STAT_CHARGING) + flags |= APM_BATT_CHARGING; + if (battp->state == ACPI_BATT_STAT_NOT_PRESENT) + flags = APM_BATT_NOT_PRESENT; + + return (flags); +} + +static int +acpi_capm_get_info(apm_info_t aip) +{ + int acline; + struct acpi_battinfo batt; + + aip->ai_infoversion = 1; + aip->ai_major = 1; + aip->ai_minor = 2; + aip->ai_status = apm_active; + aip->ai_capabilities= 0xff00; /* unknown */ + + if (acpi_acad_get_acline(&acline)) + aip->ai_acline = APM_UNKNOWN; /* unknown */ + else + aip->ai_acline = acline; /* on/off */ + + if (acpi_battery_get_battinfo(NULL, &batt) != 0) { + aip->ai_batt_stat = APM_UNKNOWN; + aip->ai_batt_life = APM_UNKNOWN; + aip->ai_batt_time = -1; /* unknown */ + aip->ai_batteries = ~0U; /* unknown */ + } else { + aip->ai_batt_stat = acpi_capm_convert_battstate(&batt); + aip->ai_batt_life = batt.cap; + aip->ai_batt_time = (batt.min == -1) ? -1 : batt.min * 60; + aip->ai_batteries = acpi_battery_get_units(); + } + + return (0); +} + +static int +acpi_capm_get_pwstatus(apm_pwstatus_t app) +{ + device_t dev; + int acline, unit, error; + struct acpi_battinfo batt; + + if (app->ap_device != PMDV_ALLDEV && + (app->ap_device < PMDV_BATT0 || app->ap_device > PMDV_BATT_ALL)) + return (1); + + if (app->ap_device == PMDV_ALLDEV) + error = acpi_battery_get_battinfo(NULL, &batt); + else { + unit = app->ap_device - PMDV_BATT0; + dev = devclass_get_device(devclass_find("battery"), unit); + if (dev != NULL) + error = acpi_battery_get_battinfo(dev, &batt); + else + error = ENXIO; + } + if (error) + return (1); + + app->ap_batt_stat = acpi_capm_convert_battstate(&batt); + app->ap_batt_flag = acpi_capm_convert_battflags(&batt); + app->ap_batt_life = batt.cap; + app->ap_batt_time = (batt.min == -1) ? -1 : batt.min * 60; + + if (acpi_acad_get_acline(&acline)) + app->ap_acline = APM_UNKNOWN; + else + app->ap_acline = acline; /* on/off */ + + return (0); +} + +/* Create single-use devices for /dev/apm and /dev/apmctl. */ +static void +apm_clone(void *arg, struct ucred *cred, char *name, int namelen, + struct cdev **dev) +{ + int ctl_dev, unit; + + if (*dev != NULL) + return; + if (strcmp(name, "apmctl") == 0) + ctl_dev = TRUE; + else if (strcmp(name, "apm") == 0) + ctl_dev = FALSE; + else + return; + + /* Always create a new device and unit number. */ + unit = -1; + if (clone_create(&apm_clones, &apm_cdevsw, &unit, dev, 0)) { + if (ctl_dev) { + *dev = make_dev(&apm_cdevsw, unit, + UID_ROOT, GID_OPERATOR, 0660, "apmctl%d", unit); + } else { + *dev = make_dev(&apm_cdevsw, unit, + UID_ROOT, GID_OPERATOR, 0664, "apm%d", unit); + } + if (*dev != NULL) { + dev_ref(*dev); + (*dev)->si_flags |= SI_CHEAPCLONE; + } + } +} + +/* Create a struct for tracking per-device suspend notification. */ +static struct apm_clone_data * +apm_create_clone(struct cdev *dev, struct acpi_softc *acpi_sc) +{ + struct apm_clone_data *clone; + + clone = malloc(sizeof(*clone), M_APMDEV, M_WAITOK); + clone->cdev = dev; + clone->acpi_sc = acpi_sc; + clone->notify_status = APM_EV_NONE; + bzero(&clone->sel_read, sizeof(clone->sel_read)); + knlist_init_mtx(&clone->sel_read.si_note, &acpi_mutex); + + /* + * The acpi device is always managed by devd(8) and is considered + * writable (i.e., ack is required to allow suspend to proceed.) + */ + if (strcmp("acpi", devtoname(dev)) == 0) + clone->flags = ACPI_EVF_DEVD | ACPI_EVF_WRITE; + else + clone->flags = ACPI_EVF_NONE; + + ACPI_LOCK(acpi); + STAILQ_INSERT_TAIL(&acpi_sc->apm_cdevs, clone, entries); + ACPI_UNLOCK(acpi); + return (clone); +} + +static int +apmopen(struct cdev *dev, int flag, int fmt, struct thread *td) +{ + struct acpi_softc *acpi_sc; + struct apm_clone_data *clone; + + acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); + clone = apm_create_clone(dev, acpi_sc); + dev->si_drv1 = clone; + + /* If the device is opened for write, record that. */ + if ((flag & FWRITE) != 0) + clone->flags |= ACPI_EVF_WRITE; + + return (0); +} + +static int +apmclose(struct cdev *dev, int flag, int fmt, struct thread *td) +{ + struct apm_clone_data *clone; + struct acpi_softc *acpi_sc; + + clone = dev->si_drv1; + acpi_sc = clone->acpi_sc; + + /* We are about to lose a reference so check if suspend should occur */ + if (acpi_sc->acpi_next_sstate != 0 && + clone->notify_status != APM_EV_ACKED) + acpi_AckSleepState(clone, 0); + + /* Remove this clone's data from the list and free it. */ + ACPI_LOCK(acpi); + STAILQ_REMOVE(&acpi_sc->apm_cdevs, clone, apm_clone_data, entries); + knlist_destroy(&clone->sel_read.si_note); + ACPI_UNLOCK(acpi); + free(clone, M_APMDEV); + destroy_dev_sched(dev); + return (0); +} + +static int +apmioctl(struct cdev *dev, u_long cmd, caddr_t addr, int flag, struct thread *td) +{ + int error; + struct apm_clone_data *clone; + struct acpi_softc *acpi_sc; + struct apm_info info; + struct apm_event_info *ev_info; + apm_info_old_t aiop; + + error = 0; + clone = dev->si_drv1; + acpi_sc = clone->acpi_sc; + + switch (cmd) { + case APMIO_SUSPEND: + if ((flag & FWRITE) == 0) + return (EPERM); + if (acpi_sc->acpi_next_sstate == 0) { + if (acpi_sc->acpi_suspend_sx != ACPI_STATE_S5) { + error = acpi_ReqSleepState(acpi_sc, + acpi_sc->acpi_suspend_sx); + } else { + printf( + "power off via apm suspend not supported\n"); + error = ENXIO; + } + } else + error = acpi_AckSleepState(clone, 0); + break; + case APMIO_STANDBY: + if ((flag & FWRITE) == 0) + return (EPERM); + if (acpi_sc->acpi_next_sstate == 0) { + if (acpi_sc->acpi_standby_sx != ACPI_STATE_S5) { + error = acpi_ReqSleepState(acpi_sc, + acpi_sc->acpi_standby_sx); + } else { + printf( + "power off via apm standby not supported\n"); + error = ENXIO; + } + } else + error = acpi_AckSleepState(clone, 0); + break; + case APMIO_NEXTEVENT: + printf("apm nextevent start\n"); + ACPI_LOCK(acpi); + if (acpi_sc->acpi_next_sstate != 0 && clone->notify_status == + APM_EV_NONE) { + ev_info = (struct apm_event_info *)addr; + if (acpi_sc->acpi_next_sstate <= ACPI_STATE_S3) + ev_info->type = PMEV_STANDBYREQ; + else + ev_info->type = PMEV_SUSPENDREQ; + ev_info->index = 0; + clone->notify_status = APM_EV_NOTIFIED; + printf("apm event returning %d\n", ev_info->type); + } else + error = EAGAIN; + ACPI_UNLOCK(acpi); + break; + case APMIO_GETINFO_OLD: + if (acpi_capm_get_info(&info)) + error = ENXIO; + aiop = (apm_info_old_t)addr; + aiop->ai_major = info.ai_major; + aiop->ai_minor = info.ai_minor; + aiop->ai_acline = info.ai_acline; + aiop->ai_batt_stat = info.ai_batt_stat; + aiop->ai_batt_life = info.ai_batt_life; + aiop->ai_status = info.ai_status; + break; + case APMIO_GETINFO: + if (acpi_capm_get_info((apm_info_t)addr)) + error = ENXIO; + break; + case APMIO_GETPWSTATUS: + if (acpi_capm_get_pwstatus((apm_pwstatus_t)addr)) + error = ENXIO; + break; + case APMIO_ENABLE: + if ((flag & FWRITE) == 0) + return (EPERM); + apm_active = 1; + break; + case APMIO_DISABLE: + if ((flag & FWRITE) == 0) + return (EPERM); + apm_active = 0; + break; + case APMIO_HALTCPU: + break; + case APMIO_NOTHALTCPU: + break; + case APMIO_DISPLAY: + if ((flag & FWRITE) == 0) + return (EPERM); + break; + case APMIO_BIOS: + if ((flag & FWRITE) == 0) + return (EPERM); + bzero(addr, sizeof(struct apm_bios_arg)); + break; + default: + error = EINVAL; + break; + } + + return (error); +} + +static int +apmwrite(struct cdev *dev, struct uio *uio, int ioflag) +{ + return (uio->uio_resid); +} + +static int +apmpoll(struct cdev *dev, int events, struct thread *td) +{ + struct apm_clone_data *clone; + int revents; + + revents = 0; + ACPI_LOCK(acpi); + clone = dev->si_drv1; + if (clone->acpi_sc->acpi_next_sstate) + revents |= events & (POLLIN | POLLRDNORM); + else + selrecord(td, &clone->sel_read); + ACPI_UNLOCK(acpi); + return (revents); +} + +static int +apmkqfilter(struct cdev *dev, struct knote *kn) +{ + struct apm_clone_data *clone; + + ACPI_LOCK(acpi); + clone = dev->si_drv1; + kn->kn_hook = clone; + kn->kn_fop = &apm_readfiltops; + knlist_add(&clone->sel_read.si_note, kn, 0); + ACPI_UNLOCK(acpi); + return (0); +} + +static void +apmreadfiltdetach(struct knote *kn) +{ + struct apm_clone_data *clone; + + ACPI_LOCK(acpi); + clone = kn->kn_hook; + knlist_remove(&clone->sel_read.si_note, kn, 0); + ACPI_UNLOCK(acpi); +} + +static int +apmreadfilt(struct knote *kn, long hint) +{ + struct apm_clone_data *clone; + int sleeping; + + ACPI_LOCK(acpi); + clone = kn->kn_hook; + sleeping = clone->acpi_sc->acpi_next_sstate ? 1 : 0; + ACPI_UNLOCK(acpi); + return (sleeping); +} int acpi_machdep_init(device_t dev) @@ -63,14 +506,11 @@ sc = devclass_get_softc(devclass_find("acpi"), 0); - /* Create a fake clone for /dev/acpi. */ + /* Create a clone for /dev/acpi also. */ STAILQ_INIT(&sc->apm_cdevs); - acpi_clone.cdev = sc->acpi_dev_t; - acpi_clone.acpi_sc = sc; - ACPI_LOCK(acpi); - STAILQ_INSERT_TAIL(&sc->apm_cdevs, &acpi_clone, entries); - ACPI_UNLOCK(acpi); - sc->acpi_clone = &acpi_clone; + sc->acpi_clone = apm_create_clone(sc->acpi_dev_t, sc); + clone_setup(&apm_clones); + EVENTHANDLER_REGISTER(dev_clone, apm_clone, 0, 1000); acpi_install_wakeup_handler(sc); if (intr_model != ACPI_INTR_PIC) --- sys/amd64/include/apm_bios.h.orig 2009-09-25 18:34:01.000000000 -0400 +++ sys/amd64/include/apm_bios.h 2009-09-25 18:20:06.000000000 -0400 @@ -0,0 +1,264 @@ +/*- + * APM (Advanced Power Management) BIOS Device Driver + * + * Copyright (c) 1994-1995 by HOSOKAWA, Tatsumi + * + * This software may be used, modified, copied, and distributed, in + * both source and binary form provided that the above copyright and + * these terms are retained. Under no circumstances is the author + * responsible for the proper functioning of this software, nor does + * the author assume any responsibility for damages incurred with its + * use. + * + * Aug, 1994 Implemented on FreeBSD 1.1.5.1R (Toshiba AVS001WD) + * + * $FreeBSD$ + */ + +#ifndef _MACHINE_APM_BIOS_H_ +#define _MACHINE_APM_BIOS_H_ + +#ifndef _KERNEL +#include +#endif +#include + +/* BIOS id */ +#define APM_BIOS 0x53 +#define APM_INT 0x15 + +/* APM flags */ +#define APM_16BIT_SUPPORT 0x01 +#define APM_32BIT_SUPPORT 0x02 +#define APM_CPUIDLE_SLOW 0x04 +#define APM_DISABLED 0x08 +#define APM_DISENGAGED 0x10 + +/* APM initializer physical address */ +#define APM_OURADDR 0x00080000 + +/* APM functions */ +#define APM_INSTCHECK 0x00 +#define APM_REALCONNECT 0x01 +#define APM_PROT16CONNECT 0x02 +#define APM_PROT32CONNECT 0x03 +#define APM_DISCONNECT 0x04 +#define APM_CPUIDLE 0x05 +#define APM_CPUBUSY 0x06 +#define APM_SETPWSTATE 0x07 +#define APM_ENABLEDISABLEPM 0x08 +#define APM_RESTOREDEFAULT 0x09 +#define APM_GETPWSTATUS 0x0a +#define APM_GETPMEVENT 0x0b +#define APM_GETPWSTATE 0x0c +#define APM_ENABLEDISABLEDPM 0x0d +#define APM_DRVVERSION 0x0e +#define APM_ENGAGEDISENGAGEPM 0x0f +#define APM_GETCAPABILITIES 0x10 +#define APM_RESUMETIMER 0x11 +#define APM_RESUMEONRING 0x12 +#define APM_TIMERREQUESTS 0x13 +#define APM_OEMFUNC 0x80 + +/* error code */ +#define APME_OK 0x00 +#define APME_PMDISABLED 0x01 +#define APME_REALESTABLISHED 0x02 +#define APME_NOTCONNECTED 0x03 +#define APME_PROT16ESTABLISHED 0x05 +#define APME_PROT16NOTSUPPORTED 0x06 +#define APME_PROT32ESTABLISHED 0x07 +#define APME_PROT32NOTDUPPORTED 0x08 +#define APME_UNKNOWNDEVICEID 0x09 +#define APME_OUTOFRANGE 0x0a +#define APME_NOTENGAGED 0x0b +#define APME_CANTENTERSTATE 0x60 +#define APME_NOPMEVENT 0x80 +#define APME_NOAPMPRESENT 0x86 + + +/* device code */ +#define PMDV_APMBIOS 0x0000 +#define PMDV_ALLDEV 0x0001 +#define PMDV_DISP0 0x0100 +#define PMDV_DISP1 0x0101 +#define PMDV_DISPALL 0x01ff +#define PMDV_2NDSTORAGE0 0x0200 +#define PMDV_2NDSTORAGE1 0x0201 +#define PMDV_2NDSTORAGE2 0x0202 +#define PMDV_2NDSTORAGE3 0x0203 +#define PMDV_PARALLEL0 0x0300 +#define PMDV_PARALLEL1 0x0301 +#define PMDV_SERIAL0 0x0400 +#define PMDV_SERIAL1 0x0401 +#define PMDV_SERIAL2 0x0402 +#define PMDV_SERIAL3 0x0403 +#define PMDV_SERIAL4 0x0404 +#define PMDV_SERIAL5 0x0405 +#define PMDV_SERIAL6 0x0406 +#define PMDV_SERIAL7 0x0407 +#define PMDV_NET0 0x0500 +#define PMDV_NET1 0x0501 +#define PMDV_NET2 0x0502 +#define PMDV_NET3 0x0503 +#define PMDV_PCMCIA0 0x0600 +#define PMDV_PCMCIA1 0x0601 +#define PMDV_PCMCIA2 0x0602 +#define PMDV_PCMCIA3 0x0603 +/* 0x0700 - 0x7fff Reserved */ +#define PMDV_BATT_BASE 0x8000 +#define PMDV_BATT0 0x8001 +#define PMDV_BATT1 0x8002 +#define PMDV_BATT_ALL 0x80ff +/* 0x8100 - 0xdfff Reserved */ +/* 0xe000 - 0xefff OEM-defined power device IDs */ +/* 0xf000 - 0xffff Reserved */ + +/* Power state */ +#define PMST_APMENABLED 0x0000 +#define PMST_STANDBY 0x0001 +#define PMST_SUSPEND 0x0002 +#define PMST_OFF 0x0003 +#define PMST_LASTREQNOTIFY 0x0004 +#define PMST_LASTREQREJECT 0x0005 +/* 0x0006 - 0x001f Reserved system states */ +/* 0x0020 - 0x003f OEM-defined system states */ +/* 0x0040 - 0x007f OEM-defined device states */ +/* 0x0080 - 0xffff Reserved device states */ + +#if !defined(ASSEMBLER) && !defined(INITIALIZER) + +/* C definitions */ +struct apmhook { + struct apmhook *ah_next; + int (*ah_fun)(void *ah_arg); + void *ah_arg; + const char *ah_name; + int ah_order; +}; +#define APM_HOOK_NONE (-1) +#define APM_HOOK_SUSPEND 0 +#define APM_HOOK_RESUME 1 +#define NAPM_HOOK 2 + +#ifdef _KERNEL + +void apm_suspend(int state); +struct apmhook *apm_hook_establish (int apmh, struct apmhook *); +void apm_hook_disestablish (int apmh, struct apmhook *); +void apm_cpu_idle(void); +void apm_cpu_busy(void); + +#endif + +#endif /* !ASSEMBLER && !INITIALIZER */ + +#define APM_MIN_ORDER 0x00 +#define APM_MID_ORDER 0x80 +#define APM_MAX_ORDER 0xff + +/* power management event code */ +#define PMEV_NOEVENT 0x0000 +#define PMEV_STANDBYREQ 0x0001 +#define PMEV_SUSPENDREQ 0x0002 +#define PMEV_NORMRESUME 0x0003 +#define PMEV_CRITRESUME 0x0004 +#define PMEV_BATTERYLOW 0x0005 +#define PMEV_POWERSTATECHANGE 0x0006 +#define PMEV_UPDATETIME 0x0007 +#define PMEV_CRITSUSPEND 0x0008 +#define PMEV_USERSTANDBYREQ 0x0009 +#define PMEV_USERSUSPENDREQ 0x000a +#define PMEV_STANDBYRESUME 0x000b +#define PMEV_CAPABILITIESCHANGE 0x000c +/* 0x000d - 0x00ff Reserved system events */ +/* 0x0100 - 0x01ff Reserved device events */ +/* 0x0200 - 0x02ff OEM-defined APM events */ +/* 0x0300 - 0xffff Reserved */ +#define PMEV_DEFAULT 0xffffffff /* used for customization */ + +#if !defined(ASSEMBLER) && !defined(INITIALIZER) + +/* + * Old apm_info structure, returned by the APMIO_GETINFO_OLD ioctl. This + * is for backward compatibility with old executables. + */ +typedef struct apm_info_old { + u_int ai_major; /* APM major version */ + u_int ai_minor; /* APM minor version */ + u_int ai_acline; /* AC line status */ + u_int ai_batt_stat; /* Battery status */ + u_int ai_batt_life; /* Remaining battery life */ + u_int ai_status; /* Status of APM support (enabled/disabled) */ +} *apm_info_old_t; + +/* + * Structure returned by the APMIO_GETINFO ioctl. + * + * In the comments below, the parenthesized numbers indicate the minimum + * value of ai_infoversion for which each field is valid. + */ +typedef struct apm_info { + u_int ai_infoversion; /* Indicates which fields are valid */ + u_int ai_major; /* APM major version (0) */ + u_int ai_minor; /* APM minor version (0) */ + u_int ai_acline; /* AC line status (0) */ + u_int ai_batt_stat; /* Battery status (0) */ + u_int ai_batt_life; /* Remaining battery life in percent (0) */ + int ai_batt_time; /* Remaining battery time in seconds (0) */ + u_int ai_status; /* True if enabled (0) */ + u_int ai_batteries; /* Number of batteries (1) */ + u_int ai_capabilities;/* APM Capabilities (1) */ + u_int ai_spare[6]; /* For future expansion */ +} *apm_info_t; + +/* Battery flag */ +#define APM_BATT_HIGH 0x01 +#define APM_BATT_LOW 0x02 +#define APM_BATT_CRITICAL 0x04 +#define APM_BATT_CHARGING 0x08 +#define APM_BATT_NOT_PRESENT 0x10 +#define APM_BATT_NO_SYSTEM 0x80 + +typedef struct apm_pwstatus { + u_int ap_device; /* Device code of battery */ + u_int ap_acline; /* AC line status (0) */ + u_int ap_batt_stat; /* Battery status (0) */ + u_int ap_batt_flag; /* Battery flag (0) */ + u_int ap_batt_life; /* Remaining battery life in percent (0) */ + int ap_batt_time; /* Remaining battery time in seconds (0) */ +} *apm_pwstatus_t; + +struct apm_bios_arg { + uint32_t eax; + uint32_t ebx; + uint32_t ecx; + uint32_t edx; + uint32_t esi; + uint32_t edi; +}; + +struct apm_event_info { + u_int type; + u_int index; + u_int spare[8]; +}; + +#define APMIO_SUSPEND _IO('P', 1) +#define APMIO_GETINFO_OLD _IOR('P', 2, struct apm_info_old) +#define APMIO_ENABLE _IO('P', 5) +#define APMIO_DISABLE _IO('P', 6) +#define APMIO_HALTCPU _IO('P', 7) +#define APMIO_NOTHALTCPU _IO('P', 8) +#define APMIO_DISPLAY _IOW('P', 9, int) +#define APMIO_BIOS _IOWR('P', 10, struct apm_bios_arg) +#define APMIO_GETINFO _IOR('P', 11, struct apm_info) +#define APMIO_STANDBY _IO('P', 12) +#define APMIO_GETPWSTATUS _IOWR('P', 13, struct apm_pwstatus) +/* for /dev/apmctl */ +#define APMIO_NEXTEVENT _IOR('A', 100, struct apm_event_info) +#define APMIO_REJECTLASTREQ _IO('P', 101) + +#endif /* !ASSEMBLER && !INITIALIZER */ + +#endif /* !_MACHINE_APM_BIOS_H_ */ --- sys/dev/acpica/acpi.c.orig 2009-09-23 12:40:40.000000000 -0400 +++ sys/dev/acpica/acpi.c 2009-09-25 16:30:26.000000000 -0400 @@ -2308,9 +2308,8 @@ int acpi_ReqSleepState(struct acpi_softc *sc, int state) { -#if defined(__i386__) +#if defined(__amd64__) || defined(__i386__) struct apm_clone_data *clone; -#endif if (state < ACPI_STATE_S1 || state > ACPI_S_STATES_MAX) return (EINVAL); @@ -2325,7 +2324,6 @@ return (ENXIO); } -#if defined(__amd64__) || defined(__i386__) /* If a suspend request is already in progress, just return. */ ACPI_LOCK(acpi); if (sc->acpi_next_sstate != 0) { @@ -2335,7 +2333,6 @@ /* Record the pending state and notify all apm devices. */ sc->acpi_next_sstate = state; -#if defined(__i386__) STAILQ_FOREACH(clone, &sc->apm_cdevs, entries) { clone->notify_status = APM_EV_NONE; if ((clone->flags & ACPI_EVF_DEVD) == 0) { @@ -2343,7 +2340,6 @@ KNOTE_UNLOCKED(&clone->sel_read.si_note, 0); } } -#endif /* If devd(8) is not running, immediately enter the sleep state. */ if (!devctl_process_running()) { @@ -2414,7 +2410,6 @@ * are writable since read-only devices couldn't ack the request. */ sleeping = TRUE; -#if defined(__i386__) clone->notify_status = APM_EV_ACKED; STAILQ_FOREACH(clone, &sc->apm_cdevs, entries) { if ((clone->flags & ACPI_EVF_WRITE) != 0 && @@ -2423,7 +2418,6 @@ break; } } -#endif /* If all devices have voted "yes", we will suspend now. */ if (sleeping) --- sys/i386/include/apm_bios.h.orig 2005-04-03 19:26:05.000000000 -0400 +++ sys/i386/include/apm_bios.h 2009-09-25 18:20:06.000000000 -0400 @@ -230,12 +230,12 @@ } *apm_pwstatus_t; struct apm_bios_arg { - u_long eax; - u_long ebx; - u_long ecx; - u_long edx; - u_long esi; - u_long edi; + uint32_t eax; + uint32_t ebx; + uint32_t ecx; + uint32_t edx; + uint32_t esi; + uint32_t edi; }; struct apm_event_info { --- usr.sbin/Makefile.orig 2009-08-14 13:13:59.000000000 -0400 +++ usr.sbin/Makefile 2009-09-25 18:30:01.000000000 -0400 @@ -468,6 +468,9 @@ .if ${MK_ACPI} != "no" _acpi= acpi .endif +.if ${MK_APM} != "no" +_apm= apm +.endif _asf= asf _boot0cfg= boot0cfg .if ${MK_TOOLCHAIN} != "no" --- usr.sbin/apm/Makefile.orig 2009-09-25 17:57:09.000000000 -0400 +++ usr.sbin/apm/Makefile 2009-09-25 18:31:11.000000000 -0400 @@ -3,7 +3,7 @@ PROG= apm MAN= apm.8 MLINKS= apm.8 apmconf.8 -MANSUBDIR= /i386 +MANSUBDIR= /${MACHINE_ARCH} WARNS?= 6 .include From rpaulo at freebsd.org Sat Sep 26 12:41:03 2009 From: rpaulo at freebsd.org (Rui Paulo) Date: Sat Sep 26 12:41:35 2009 Subject: [PATCH] apm(4) ioctls for amd64 In-Reply-To: <200909251920.53982.jkim@FreeBSD.org> References: <503416.82549.qm@web59108.mail.re1.yahoo.com> <200909251742.12455.jkim@FreeBSD.org> <200909251920.53982.jkim@FreeBSD.org> Message-ID: <03DB94F3-E0F9-4690-B9DB-6F855EC36F84@freebsd.org> On 26 Sep 2009, at 00:20, Jung-uk Kim wrote: > It seems there are enough demands for apm(4) ioctls on amd64. > Basically this patch is copy-and-paste from i386, which emulates apm > with acpi(4). > > # uname -m > amd64 > # apm > APM version: 1.2 > APM Management: Disabled > AC Line status: off-line > Battery Status: high > Remaining battery life: 99% > Remaining battery time: 1:25:00 > Number of batteries: 1 > Battery 0: > Battery Status: high > Remaining battery life: 99% > Remaining battery time: 1:25:00 > Resume timer: unknown > Resume on ring indicator: disabled Looks good to me. Thanks. -- Rui Paulo From haro at h4.dion.ne.jp Sat Sep 26 15:08:19 2009 From: haro at h4.dion.ne.jp (Munehiro Matsuda) Date: Sat Sep 26 15:08:26 2009 Subject: [LOR] ACPI related on 9-current Message-ID: <20090926.234136.241898347.haro@h4.dion.ne.jp> Hi all, I've got two LORs related to ACPI on 9-current system from few days old world. The second one with "ACPI AC adapter", may relate to using sysutils/xbattbar from ports. If you need more info, please let me know. =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c11738 ACPI video (ACPI video) @ /home/haro/tmp/sys-7/modules/acpi/acpi_video/../../../dev/acpica/acpi_video.c:627 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,debd7aac,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfdc88,debd7b08,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c11738,c0c104d0,c3cfdc88,c0c100b7,...) at _witness_debugger+0x25 witness_checkorder(c0c11738,9,c0c100b7,273,0,...) at witness_checkorder+0x839 _sx_xlock(c0c11738,0,c0c100b7,273,0,...) at _sx_xlock+0x85 acpi_video_vo_active_sysctl(c3e3f3c0,c3e3f480,0,debd7ba4,debd7ba4,...) at acpi_video_vo_active_sysctl+0x44 sysctl_root(debd7ba4,0,c0895b7a,5f1,c41b5d20,...) at sysctl_root+0x187 userland_sysctl(c41b5d20,debd7c10,5,0,bfbfdc40,...) at userland_sysctl+0x17c __sysctl(c41b5d20,debd7cf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(debd7d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2817dc0f, esp = 0xbfbfdb4c, ebp = 0xbfbfdb78 --- =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c6fefc ACPI AC adapter (ACPI AC adapter) @ /home/haro/tmp/sys-7/modules/acpi/acpi/../../../dev/acpica/acpi_acad.c:109 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,ded3da70,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfd878,ded3dacc,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c6fefc,c0c6a865,c3cfd878,c0c6a7ad,...) at _witness_debugger+0x25 witness_checkorder(c0c6fefc,9,c0c6a7ad,6d,0,...) at witness_checkorder+0x839 _sx_xlock(c0c6fefc,0,c0c6a7ad,6d,c3e225c0,...) at _sx_xlock+0x85 acpi_acad_get_status(c3e2fb00,0,ded3db50,c4007370,ded3db58,...) at acpi_acad_get_status+0xb8 acpi_acad_get_acline(ded3db50,589,0,0,c4007370,...) at acpi_acad_get_acline+0x3e acpi_acad_sysctl(c40107c0,c4007370,0,ded3dba4,ded3dba4,...) at acpi_acad_sysctl+0x12 sysctl_root(ded3dba4,0,c0895b7a,5f1,c42b3d20,...) at sysctl_root+0x187 userland_sysctl(c42b3d20,ded3dc10,3,bfbfe27c,bfbfe274,...) at userland_sysctl+0x17c __sysctl(c42b3d20,ded3dcf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(ded3dd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x282a0c0f, esp = 0xbfbfe13c, ebp = 0xbfbfe168 --- =-------------------------------------------------------------------------- Thanks, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_| From haro at kgt.co.jp Sat Sep 26 15:25:48 2009 From: haro at kgt.co.jp (Munehiro Matsuda) Date: Sat Sep 26 15:25:54 2009 Subject: [LOR] ACPI related on 9-current Message-ID: <20090927.001028.66063418.haro@kgt.co.jp> Hi all, I've got two LORs related to ACPI on 9-current system from few days old world. The second one with "ACPI AC adapter", may relate to using sysutils/xbattbar from ports. If you need more info, please let me know. =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c11738 ACPI video (ACPI video) @ /home/haro/tmp/sys-7/modules/acpi/acpi_video/../../../dev/acpica/acpi_video.c:627 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,debd7aac,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfdc88,debd7b08,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c11738,c0c104d0,c3cfdc88,c0c100b7,...) at _witness_debugger+0x25 witness_checkorder(c0c11738,9,c0c100b7,273,0,...) at witness_checkorder+0x839 _sx_xlock(c0c11738,0,c0c100b7,273,0,...) at _sx_xlock+0x85 acpi_video_vo_active_sysctl(c3e3f3c0,c3e3f480,0,debd7ba4,debd7ba4,...) at acpi_video_vo_active_sysctl+0x44 sysctl_root(debd7ba4,0,c0895b7a,5f1,c41b5d20,...) at sysctl_root+0x187 userland_sysctl(c41b5d20,debd7c10,5,0,bfbfdc40,...) at userland_sysctl+0x17c __sysctl(c41b5d20,debd7cf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(debd7d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2817dc0f, esp = 0xbfbfdb4c, ebp = 0xbfbfdb78 --- =-------------------------------------------------------------------------- lock order reversal: 1st 0xc09450a4 sysctl lock (sysctl lock) @ kern/kern_sysctl.c:1521 2nd 0xc0c6fefc ACPI AC adapter (ACPI AC adapter) @ /home/haro/tmp/sys-7/modules/acpi/acpi/../../../dev/acpica/acpi_acad.c:109 KDB: stack backtrace: db_trace_self_wrapper(c0897ffe,ded3da70,c0625515,c061634b,c089ae63,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c061634b,c089ae63,c3cfbda8,c3cfd878,ded3dacc,...) at kdb_backtrace+0x29 _witness_debugger(c089ae63,c0c6fefc,c0c6a865,c3cfd878,c0c6a7ad,...) at _witness_debugger+0x25 witness_checkorder(c0c6fefc,9,c0c6a7ad,6d,0,...) at witness_checkorder+0x839 _sx_xlock(c0c6fefc,0,c0c6a7ad,6d,c3e225c0,...) at _sx_xlock+0x85 acpi_acad_get_status(c3e2fb00,0,ded3db50,c4007370,ded3db58,...) at acpi_acad_get_status+0xb8 acpi_acad_get_acline(ded3db50,589,0,0,c4007370,...) at acpi_acad_get_acline+0x3e acpi_acad_sysctl(c40107c0,c4007370,0,ded3dba4,ded3dba4,...) at acpi_acad_sysctl+0x12 sysctl_root(ded3dba4,0,c0895b7a,5f1,c42b3d20,...) at sysctl_root+0x187 userland_sysctl(c42b3d20,ded3dc10,3,bfbfe27c,bfbfe274,...) at userland_sysctl+0x17c __sysctl(c42b3d20,ded3dcf8,18,c089bc8a,c08f5458,...) at __sysctl+0x94 syscall(ded3dd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x282a0c0f, esp = 0xbfbfe13c, ebp = 0xbfbfe168 --- =-------------------------------------------------------------------------- Thanks, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_| From ddkprog at yahoo.com Mon Sep 28 02:04:04 2009 From: ddkprog at yahoo.com (paradox) Date: Mon Sep 28 02:04:11 2009 Subject: [PATCH] apm(4) ioctls for amd64 In-Reply-To: <200909251920.53982.jkim@FreeBSD.org> Message-ID: <396191.78718.qm@web59102.mail.re1.yahoo.com> if the entry point to the APM BIOS in x86bios area it would not be bad do porting APM for amd64 from i386 > It seems there are enough demands for > apm(4) ioctls on amd64.? > Basically this patch is copy-and-paste from i386, which > emulates apm > with acpi(4). > > # uname -m > amd64 > # apm > APM version: 1.2 > APM Management: Disabled > AC Line status: off-line > Battery Status: high > Remaining battery life: 99% > Remaining battery time:? 1:25:00 > Number of batteries: 1 > Battery 0: > ? ? ? ? Battery Status: high > ? ? ? ? Remaining battery life: 99% > ? ? ? ? Remaining battery time:? > 1:25:00 > Resume timer: unknown > Resume on ring indicator: disabled > > Cheers, > > Jung-uk Kim > From linimon at FreeBSD.org Mon Sep 28 02:55:16 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Sep 28 02:55:26 2009 Subject: kern/139088: [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error Message-ID: <200909280255.n8S2tFKw019108@freefall.freebsd.org> Old Synopsis: ACPI Exception: AE_AML_INFINITE_LOOP error New Synopsis: [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Mon Sep 28 02:55:03 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=139088 From kama at pvp.se Mon Sep 28 07:21:18 2009 From: kama at pvp.se (kama) Date: Mon Sep 28 07:21:29 2009 Subject: FreeBSD 7.2-STABLE boot freeze In-Reply-To: <4ABC894E.7040204@freebsd.org> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> <4ABC894E.7040204@freebsd.org> Message-ID: <20090928092026.B37424@ns1.as.pvp.se> On Fri, 25 Sep 2009, Andriy Gapon wrote: > on 25/09/2009 12:04 kama said the following: > > On Thu, 24 Sep 2009, kama wrote: > > > >> I am currently building the source on another machine. Lets see if it will > >> build it any better. > > > > Building the the world on another machine and install it on the DL385 > > machine made it also to freeze. > > Did you still get the message about unresolved symbol? I did not try with ACPI_DEBUG enabled. Another week, so I can start testing again... /Bjorn From avg at freebsd.org Mon Sep 28 08:07:58 2009 From: avg at freebsd.org (Andriy Gapon) Date: Mon Sep 28 08:08:05 2009 Subject: FreeBSD 7.2-STABLE boot freeze In-Reply-To: <20090928092026.B37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> <4ABC894E.7040204@freebsd.org> <20090928092026.B37424@ns1.as.pvp.se> Message-ID: <4AC06ED6.7030402@freebsd.org> on 28/09/2009 10:21 kama said the following: > > On Fri, 25 Sep 2009, Andriy Gapon wrote: > >> on 25/09/2009 12:04 kama said the following: >>> On Thu, 24 Sep 2009, kama wrote: >>> >>>> I am currently building the source on another machine. Lets see if it will >>>> build it any better. >>> Building the the world on another machine and install it on the DL385 >>> machine made it also to freeze. >> Did you still get the message about unresolved symbol? > > I did not try with ACPI_DEBUG enabled. > > Another week, so I can start testing again... I did not ask that :-) I asked - when you got your latest freeze, did you see that 'unresolved' message or not? -- Andriy Gapon From bugmaster at FreeBSD.org Mon Sep 28 11:06:48 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Sep 28 11:07:09 2009 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org Message-ID: <200909281106.n8SB6lf0063888@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o kern/136808 acpi [acpi] panic when switching to s3 o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 54 problems total. From jhb at freebsd.org Mon Sep 28 13:47:09 2009 From: jhb at freebsd.org (John Baldwin) Date: Mon Sep 28 13:47:32 2009 Subject: [LOR] ACPI related on 9-current In-Reply-To: <20090926.234136.241898347.haro@h4.dion.ne.jp> References: <20090926.234136.241898347.haro@h4.dion.ne.jp> Message-ID: <200909280829.25171.jhb@freebsd.org> On Saturday 26 September 2009 10:41:36 am Munehiro Matsuda wrote: > Hi all, > > I've got two LORs related to ACPI on 9-current system from few days old world. > The second one with "ACPI AC adapter", may relate to using sysutils/xbattbar > from ports. > If you need more info, please let me know. Try this patch. It avoids holding the ACPI adapter lock while calling all the power manager eventhandler routines, and it splits the ACPI video lock up into two locks: one to manage the "bus" of video output devices, and one that serves as the softc lock for each of the video output devices. Index: dev/acpica/acpi_acad.c =================================================================== --- dev/acpica/acpi_acad.c (revision 197430) +++ dev/acpica/acpi_acad.c (working copy) @@ -109,13 +109,14 @@ ACPI_SERIAL_BEGIN(acad); if (newstatus != -1 && sc->status != newstatus) { sc->status = newstatus; + ACPI_SERIAL_END(acad); power_profile_set_state(newstatus ? POWER_PROFILE_PERFORMANCE : POWER_PROFILE_ECONOMY); ACPI_VPRINT(dev, acpi_device_get_parent_softc(dev), "%s Line\n", newstatus ? "On" : "Off"); acpi_UserNotify("ACAD", h, newstatus); - } - ACPI_SERIAL_END(acad); + } else + ACPI_SERIAL_END(acad); } static void Index: dev/acpica/acpi_video.c =================================================================== --- dev/acpica/acpi_video.c (revision 197438) +++ dev/acpica/acpi_video.c (working copy) @@ -170,7 +170,13 @@ static struct acpi_video_output_queue crt_units, tv_units, ext_units, lcd_units, other_units; +/* + * The 'video' lock protects the hierarchy of video output devices + * (the video "bus"). The 'video_output' lock protects per-output + * data is equivalent to a softc lock for each video output. + */ ACPI_SERIAL_DECL(video, "ACPI video"); +ACPI_SERIAL_DECL(video_output, "ACPI video output"); MALLOC_DEFINE(M_ACPIVIDEO, "acpivideo", "ACPI video extension"); static int @@ -236,12 +242,14 @@ acpi_sc = devclass_get_softc(devclass_find("acpi"), 0); if (acpi_sc == NULL) return (ENXIO); + ACPI_SERIAL_BEGIN(video); if (acpi_video_sysctl_tree == NULL) { acpi_video_sysctl_tree = SYSCTL_ADD_NODE(&acpi_video_sysctl_ctx, SYSCTL_CHILDREN(acpi_sc->acpi_sysctl_tree), OID_AUTO, "video", CTLFLAG_RD, 0, "video extension control"); } + ACPI_SERIAL_END(video); sc->device = dev; sc->handle = acpi_get_handle(dev); @@ -316,6 +324,7 @@ dss_p = 0; lasthand = NULL; ACPI_SERIAL_BEGIN(video); + ACPI_SERIAL_BEGIN(video_output); STAILQ_FOREACH(vo, &sc->vid_outputs, vo_next) { dss = vo_get_graphics_state(vo->handle); dcs = vo_get_device_status(vo->handle); @@ -331,6 +340,7 @@ } if (lasthand != NULL) vo_set_device_state(lasthand, dss_p|DSS_COMMIT); + ACPI_SERIAL_END(video_output); ACPI_SERIAL_END(video); break; case VID_NOTIFY_REPROBE: @@ -367,12 +377,14 @@ return; ACPI_SERIAL_BEGIN(video); + ACPI_SERIAL_BEGIN(video_output); STAILQ_FOREACH(vo, &sc->vid_outputs, vo_next) { if (vo->vo_levels != NULL && vo->vo_brightness == -1) vo_set_brightness(vo->handle, state == POWER_PROFILE_ECONOMY ? vo->vo_economy : vo->vo_fullpower); } + ACPI_SERIAL_END(video_output); ACPI_SERIAL_END(video); } @@ -550,7 +562,7 @@ acpi_video_vo_bind(struct acpi_video_output *vo, ACPI_HANDLE handle) { - ACPI_SERIAL_ASSERT(video); + ACPI_SERIAL_BEGIN(video_output); if (vo->vo_levels != NULL) AcpiOsFree(vo->vo_levels); vo->handle = handle; @@ -565,6 +577,7 @@ /* XXX - see above. */ vo->vo_economy = vo->vo_levels[BCL_ECONOMY]; } + ACPI_SERIAL_END(video_output); } static void @@ -605,7 +618,7 @@ { int i; - ACPI_SERIAL_ASSERT(video); + ACPI_SERIAL_ASSERT(video_output); if (vo->vo_levels == NULL) return (ENODEV); for (i = 0; i < vo->vo_numlevels; i++) @@ -624,7 +637,7 @@ vo = (struct acpi_video_output *)arg1; if (vo->handle == NULL) return (ENXIO); - ACPI_SERIAL_BEGIN(video); + ACPI_SERIAL_BEGIN(video_output); state = (vo_get_device_status(vo->handle) & DCS_ACTIVE) ? 1 : 0; err = sysctl_handle_int(oidp, &state, 0, req); if (err != 0 || req->newptr == NULL) @@ -632,7 +645,7 @@ vo_set_device_state(vo->handle, DSS_COMMIT | (state ? DSS_ACTIVE : DSS_INACTIVE)); out: - ACPI_SERIAL_END(video); + ACPI_SERIAL_END(video_output); return (err); } @@ -644,7 +657,7 @@ int level, preset, err; vo = (struct acpi_video_output *)arg1; - ACPI_SERIAL_BEGIN(video); + ACPI_SERIAL_BEGIN(video_output); if (vo->handle == NULL) { err = ENXIO; goto out; @@ -674,7 +687,7 @@ vo_set_brightness(vo->handle, (level == -1) ? preset : level); out: - ACPI_SERIAL_END(video); + ACPI_SERIAL_END(video_output); return (err); } @@ -686,7 +699,7 @@ err = 0; vo = (struct acpi_video_output *)arg1; - ACPI_SERIAL_BEGIN(video); + ACPI_SERIAL_BEGIN(video_output); if (vo->handle == NULL) { err = ENXIO; goto out; @@ -717,7 +730,7 @@ *preset = level; out: - ACPI_SERIAL_END(video); + ACPI_SERIAL_END(video_output); return (err); } @@ -729,7 +742,7 @@ int err; vo = (struct acpi_video_output *)arg1; - ACPI_SERIAL_BEGIN(video); + ACPI_SERIAL_BEGIN(video_output); if (vo->vo_levels == NULL) { err = ENODEV; goto out; @@ -742,7 +755,7 @@ vo->vo_numlevels * sizeof(*vo->vo_levels), req); out: - ACPI_SERIAL_END(video); + ACPI_SERIAL_END(video_output); return (err); } @@ -892,6 +905,7 @@ { ACPI_STATUS status; + ACPI_SERIAL_ASSERT(video_output); status = acpi_SetInteger(handle, "_BCM", level); if (ACPI_FAILURE(status)) printf("can't evaluate %s._BCM - %s\n", @@ -904,6 +918,7 @@ UINT32 dcs; ACPI_STATUS status; + ACPI_SERIAL_ASSERT(video_output); dcs = 0; status = acpi_GetInteger(handle, "_DCS", &dcs); if (ACPI_FAILURE(status)) @@ -933,6 +948,7 @@ { ACPI_STATUS status; + ACPI_SERIAL_ASSERT(video_output); status = acpi_SetInteger(handle, "_DSS", state); if (ACPI_FAILURE(status)) printf("can't evaluate %s._DSS - %s\n", -- John Baldwin From webmaster at kibab.com Mon Sep 28 16:30:07 2009 From: webmaster at kibab.com (Ilya Bakulin) Date: Mon Sep 28 16:30:13 2009 Subject: i386/136008: [acpi] Dell Vostro 1310 will not shutdown (Requires user intervention) Message-ID: <200909281630.n8SGU6Or098042@freefall.freebsd.org> The following reply was made to PR i386/136008; it has been noted by GNATS. From: Ilya Bakulin To: bug-followup@FreeBSD.org, dan@dburkland.com Cc: Subject: Re: i386/136008: [acpi] Dell Vostro 1310 will not shutdown (Requires user intervention) Date: Mon, 28 Sep 2009 20:27:18 +0400 --Sig_/EAzJ16sc/d0hEZlOsUlyXqA Content-Type: multipart/mixed; boundary="MP_/CraSF8uEy=eJAif63J7.+Ca" --MP_/CraSF8uEy=eJAif63J7.+Ca Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have exactly the same laptop model with similar symptoms. It seems that EC cannot work in polled mode at all. Since FreeBSD ACPI code= disables GPEs on shutdown, it is not able to receive answer from EC, and r= eboots machine. Atached patch adds new sysctl "debug.acpi.ec.disable_polling", setting it t= o "1" resolves all described symptoms. --=20 Regards, Ilya Bakulin http://kibab.com xmpp://kibab612@jabber.ru --MP_/CraSF8uEy=eJAif63J7.+Ca Content-Type: text/x-patch Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=acpi_ec_addon.diff --- sys/dev/acpica/acpi_ec.c 2009-06-05 22:44:36.418313000 +0400 +++ sys/dev/acpica/acpi_ec.c 2009-09-04 15:49:54.000000000 +0400 @@ -197,6 +197,10 @@ SYSCTL_INT(_debug_acpi_ec, OID_AUTO, timeout, CTLFLAG_RW, &ec_timeout, EC_TIMEOUT, "Total time spent waiting for a response (poll+sleep)"); =20 +static int ec_disable_polling; +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, disable_polling, CTLFLAG_RW, &ec_disa= ble_polling, 0, + "Totally disable use of polled mode (Dell EC problem workaround)"); + static ACPI_STATUS EcLock(struct acpi_ec_softc *sc) { @@ -577,7 +581,9 @@ =20 /* Disable the GPE so we don't get EC events during shutdown. */ sc =3D device_get_softc(dev); - AcpiDisableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_NOT_ISR); + if (!ec_disable_polling) { + AcpiDisableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_NOT_ISR); + } return (0); } =20 @@ -814,7 +820,7 @@ =20 ACPI_SERIAL_ASSERT(ec); Status =3D AE_NO_HARDWARE_RESPONSE; - int need_poll =3D cold || rebooting || ec_polled_mode || sc->ec_suspen= ding; + int need_poll =3D (cold || rebooting || ec_polled_mode || sc->ec_suspe= nding ) && !ec_disable_polling; /* * The main CPU should be much faster than the EC. So the status shou= ld * be "not ready" when we start waiting. But if the main CPU is really @@ -894,7 +900,11 @@ device_printf(sc->ec_dev, "wait timed out (%sresponse), forcing polled mode\n", Status =3D=3D AE_OK ? "" : "no "); - ec_polled_mode =3D TRUE; + if (ec_disable_polling) { + device_printf(sc->ec_dev, "Polling explicitly disabled! Continue waiting= for generated GPEs...\n"); + } else { + ec_polled_mode =3D TRUE; + } } } if (Status !=3D AE_OK) --MP_/CraSF8uEy=eJAif63J7.+Ca-- --Sig_/EAzJ16sc/d0hEZlOsUlyXqA Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkrA4+sACgkQo9vlj1oadwg8YwCfT2LuqsTHf77i3ObhIpV89YJd k2oAniZlLrJfVQSmFVf478sMnOA98xSJ =kZw9 -----END PGP SIGNATURE----- --Sig_/EAzJ16sc/d0hEZlOsUlyXqA-- From haro at h4.dion.ne.jp Mon Sep 28 18:12:34 2009 From: haro at h4.dion.ne.jp (Munehiro Matsuda) Date: Mon Sep 28 18:12:40 2009 Subject: [LOR] ACPI related on 9-current In-Reply-To: <200909280829.25171.jhb@freebsd.org> References: <20090926.234136.241898347.haro@h4.dion.ne.jp> <200909280829.25171.jhb@freebsd.org> Message-ID: <20090929.024547.241896365.haro@h4.dion.ne.jp> From: John Baldwin Date: Mon, 28 Sep 2009 08:29:24 -0400 ::On Saturday 26 September 2009 10:41:36 am Munehiro Matsuda wrote: ::> Hi all, ::> ::> I've got two LORs related to ACPI on 9-current system from few days old ::world. ::> The second one with "ACPI AC adapter", may relate to using sysutils/xbattbar ::> from ports. ::> If you need more info, please let me know. :: ::Try this patch. It avoids holding the ACPI adapter lock while calling all the ::power manager eventhandler routines, and it splits the ACPI video lock up ::into two locks: one to manage the "bus" of video output devices, and one that ::serves as the softc lock for each of the video output devices. Hello John, Thanks for the quick patch. It does seem to fix the LORs with ACPI. I'll test for few more days, and if I get any odd I'll report back. Thank you, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_| From kama at pvp.se Mon Sep 28 21:52:21 2009 From: kama at pvp.se (kama) Date: Mon Sep 28 21:52:34 2009 Subject: FreeBSD 7.2-STABLE boot freeze In-Reply-To: <4AC06ED6.7030402@freebsd.org> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> <4ABC894E.7040204@freebsd.org> <20090928092026.B37424@ns1.as.pvp.se> <4AC06ED6.7030402@freebsd.org> Message-ID: <20090928235136.F37424@ns1.as.pvp.se> On Mon, 28 Sep 2009, Andriy Gapon wrote: > on 28/09/2009 10:21 kama said the following: > > > > On Fri, 25 Sep 2009, Andriy Gapon wrote: > > > >> on 25/09/2009 12:04 kama said the following: > >>> On Thu, 24 Sep 2009, kama wrote: > >>> > >>>> I am currently building the source on another machine. Lets see if it will > >>>> build it any better. > >>> Building the the world on another machine and install it on the DL385 > >>> machine made it also to freeze. > >> Did you still get the message about unresolved symbol? > > > > I did not try with ACPI_DEBUG enabled. > > > > Another week, so I can start testing again... > > I did not ask that :-) > I asked - when you got your latest freeze, did you see that 'unresolved' > message or not? But that only appears when I enable ACPI_DEBUG. /Bjorn From bjornh at pvp.se Tue Sep 29 07:22:00 2009 From: bjornh at pvp.se (Bjorn Hellqvist) Date: Tue Sep 29 07:22:08 2009 Subject: FreeBSD 7.2-STABLE boot freeze In-Reply-To: <20090928235136.F37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> <4ABC894E.7040204@freebsd.org> <20090928092026.B37424@ns1.as.pvp.se> <4AC06ED6.7030402@freebsd.org> <20090928235136.F37424@ns1.as.pvp.se> Message-ID: <20090929085000.B37424@ns1.as.pvp.se> On Mon, 28 Sep 2009, kama wrote: > > > On Mon, 28 Sep 2009, Andriy Gapon wrote: > > > on 28/09/2009 10:21 kama said the following: > > > > > > On Fri, 25 Sep 2009, Andriy Gapon wrote: > > > > > >> on 25/09/2009 12:04 kama said the following: > > >>> On Thu, 24 Sep 2009, kama wrote: > > >>> > > >>>> I am currently building the source on another machine. Lets see if it will > > >>>> build it any better. > > >>> Building the the world on another machine and install it on the DL385 > > >>> machine made it also to freeze. > > >> Did you still get the message about unresolved symbol? > > > > > > I did not try with ACPI_DEBUG enabled. > > > > > > Another week, so I can start testing again... > > > > I did not ask that :-) > > I asked - when you got your latest freeze, did you see that 'unresolved' > > message or not? > > But that only appears when I enable ACPI_DEBUG. And yes. It stills gets the same undefined symbols. (I presume its these you are referring to...) # dmesg | grep -i acpi Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. link_elf: symbol AcpiDmDumpMethodInfo undefined KLD file acpi.ko - could not finalize loading # nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo nm: /boot/kernel/linker.hints: File format not recognized # uname -a FreeBSD g24.gs.pvp.se 7.2-STABLE FreeBSD 7.2-STABLE #0: Mon Sep 28 13:39:01 CEST 2009 root@s11.gs.pvp.se:/usr/obj/usr/src/sys/ddb i386 # diff -ub /usr/src/sys/i386/conf/GENERIC /usr/src/sys/i386/conf/ddb --- /usr/src/sys/i386/conf/GENERIC 2009-07-15 10:32:19.000000000 +0200 +++ /usr/src/sys/i386/conf/ddb 2009-09-28 13:25:20.000000000 +0200 @@ -67,6 +67,10 @@ options AUDIT # Security event auditing #options KDTRACE_HOOKS # Kernel DTrace hooks +options KDB +options DDB +options ACPI_DEBUG + # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Its too bad that I cant get into the debugger. The server gets unresponsive when the freeze occurs. Is there any other option that I can add so it goes to the debugger? /Bjorn From avg at freebsd.org Tue Sep 29 13:55:38 2009 From: avg at freebsd.org (Andriy Gapon) Date: Tue Sep 29 13:55:44 2009 Subject: FreeBSD 7.2-STABLE boot freeze In-Reply-To: <20090929085000.B37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> <4ABC894E.7040204@freebsd.org> <20090928092026.B37424@ns1.as.pvp.se> <4AC06ED6.7030402@freebsd.org> <20090928235136.F37424@ns1.as.pvp.se> <20090929085000.B37424@ns1.as.pvp.se> Message-ID: <4AC211AC.1070404@freebsd.org> on 29/09/2009 09:58 Bjorn Hellqvist said the following: > On Mon, 28 Sep 2009, kama wrote: > >> >> On Mon, 28 Sep 2009, Andriy Gapon wrote: >> >>> on 28/09/2009 10:21 kama said the following: >>>> On Fri, 25 Sep 2009, Andriy Gapon wrote: >>>> >>>>> on 25/09/2009 12:04 kama said the following: >>>>>> On Thu, 24 Sep 2009, kama wrote: >>>>>> >>>>>>> I am currently building the source on another machine. Lets see if it will >>>>>>> build it any better. >>>>>> Building the the world on another machine and install it on the DL385 >>>>>> machine made it also to freeze. >>>>> Did you still get the message about unresolved symbol? >>>> I did not try with ACPI_DEBUG enabled. >>>> >>>> Another week, so I can start testing again... >>> I did not ask that :-) >>> I asked - when you got your latest freeze, did you see that 'unresolved' >>> message or not? >> But that only appears when I enable ACPI_DEBUG. OK, then I was thoroughly confused all this time. I thought that the message appeared when didn't have ACPI_DEBUG. > And yes. It stills gets the same undefined symbols. (I presume its these > you are referring to...) > > # dmesg | grep -i acpi > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. > link_elf: symbol AcpiDmDumpMethodInfo undefined > KLD file acpi.ko - could not finalize loading > > # nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo > /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo > /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo > nm: /boot/kernel/linker.hints: File format not recognized > > # uname -a > FreeBSD g24.gs.pvp.se 7.2-STABLE FreeBSD 7.2-STABLE #0: Mon Sep 28 > 13:39:01 CEST 2009 root@s11.gs.pvp.se:/usr/obj/usr/src/sys/ddb i386 > > # diff -ub /usr/src/sys/i386/conf/GENERIC /usr/src/sys/i386/conf/ddb > --- /usr/src/sys/i386/conf/GENERIC 2009-07-15 10:32:19.000000000 > +0200 > +++ /usr/src/sys/i386/conf/ddb 2009-09-28 13:25:20.000000000 +0200 > @@ -67,6 +67,10 @@ > options AUDIT # Security event auditing > #options KDTRACE_HOOKS # Kernel DTrace hooks > > +options KDB > +options DDB > +options ACPI_DEBUG > + > # To make an SMP kernel, the next two lines are needed > options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > # > > > Its too bad that I cant get into the debugger. The server gets > unresponsive when the freeze occurs. Is there any other option that I can > add so it goes to the debugger? Serial console and remote debugging perhaps? Anyway, I'll try to see if I can reproduce undefined symbol issue here. Not that it would matter much for resolution of your main problem (freeze). Honestly, I have no clue about it. -- Andriy Gapon From kama at pvp.se Tue Sep 29 18:50:51 2009 From: kama at pvp.se (kama) Date: Tue Sep 29 18:51:05 2009 Subject: FreeBSD 7.2-STABLE boot freeze In-Reply-To: <4AC211AC.1070404@freebsd.org> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> <4ABC894E.7040204@freebsd.org> <20090928092026.B37424@ns1.as.pvp.se> <4AC06ED6.7030402@freebsd.org> <20090928235136.F37424@ns1.as.pvp.se> <20090929085000.B37424@ns1.as.pvp.se> <4AC211AC.1070404@freebsd.org> Message-ID: <20090929204651.G37424@ns1.as.pvp.se> On Tue, 29 Sep 2009, Andriy Gapon wrote: > Serial console and remote debugging perhaps? ILO is serial console or rather console++, since you can even see the whole bootup sequence, change bios. But thats if you connect through their webinterface Just point me what other options I could try to get a proper dump or bt. > Anyway, I'll try to see if I can reproduce undefined symbol issue here. > > Not that it would matter much for resolution of your main problem (freeze). > Honestly, I have no clue about it. Ok. Hopefully someone else knows what can produce these freezes. /Bjorn From avg at icyb.net.ua Wed Sep 30 11:58:41 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Sep 30 11:58:47 2009 Subject: ACPI_DEBUG: undefined symbol in acpi.ko Message-ID: <4AC347EE.20308@icyb.net.ua> With the latest head sources: $ make buildkernel KERNCONF=GENERICacpidbg __MAKE_CONF=/dev/null TARGET=i386 ... $ nm /usr/obj/i386/usr/src/sys/GENERICacpidbg/modules/usr/src/sys/modules/acpi/acpi/acpi.ko | fgrep AcpiDmDumpMethodInfo U AcpiDmDumpMethodInfo $ cat sys/i386/conf/GENERICacpidbg ident GENERICapcidbg include GENERIC options ACPI_DEBUG Looks like a build problem. Apparently the same happens with 7.2 without cross-build. -- Andriy Gapon From avg at freebsd.org Wed Sep 30 12:04:38 2009 From: avg at freebsd.org (Andriy Gapon) Date: Wed Sep 30 12:04:43 2009 Subject: FreeBSD 7.2-STABLE boot freeze In-Reply-To: <20090929204651.G37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> <4ABC894E.7040204@freebsd.org> <20090928092026.B37424@ns1.as.pvp.se> <4AC06ED6.7030402@freebsd.org> <20090928235136.F37424@ns1.as.pvp.se> <20090929085000.B37424@ns1.as.pvp.se> <4AC211AC.1070404@freebsd.org> <20090929204651.G37424@ns1.as.pvp.se> Message-ID: <4AC34952.9010508@freebsd.org> on 29/09/2009 21:50 kama said the following: > On Tue, 29 Sep 2009, Andriy Gapon wrote: > >> Serial console and remote debugging perhaps? > > ILO is serial console or rather console++, since you can even see the > whole bootup sequence, change bios. But thats if you connect through their > webinterface > > Just point me what other options I could try to get a proper dump or bt. Perhaps you could still use the following: http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online-gdb.html Otherwise, no ideas. >> Anyway, I'll try to see if I can reproduce undefined symbol issue here. >> >> Not that it would matter much for resolution of your main problem (freeze). >> Honestly, I have no clue about it. > > Ok. Hopefully someone else knows what can produce these freezes. BTW, remembering something you said earlier - does including acpi device into kernel still work for you? I.e. can you boot normally with that? Also, can you try 8 on that machine? Just for the sake of experiment? -- Andriy Gapon From kama at pvp.se Wed Sep 30 13:21:04 2009 From: kama at pvp.se (kama) Date: Wed Sep 30 13:21:16 2009 Subject: FreeBSD 7.2-STABLE boot freeze In-Reply-To: <4AC34952.9010508@freebsd.org> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> <4ABC894E.7040204@freebsd.org> <20090928092026.B37424@ns1.as.pvp.se> <4AC06ED6.7030402@freebsd.org> <20090928235136.F37424@ns1.as.pvp.se> <20090929085000.B37424@ns1.as.pvp.se> <4AC211AC.1070404@freebsd.org> <20090929204651.G37424@ns1.as.pvp.se> <4AC34952.9010508@freebsd.org> Message-ID: <20090930151542.G37424@ns1.as.pvp.se> On Wed, 30 Sep 2009, Andriy Gapon wrote: > on 29/09/2009 21:50 kama said the following: > > On Tue, 29 Sep 2009, Andriy Gapon wrote: > > > >> Serial console and remote debugging perhaps? > > > > ILO is serial console or rather console++, since you can even see the > > whole bootup sequence, change bios. But thats if you connect through their > > webinterface > > > > Just point me what other options I could try to get a proper dump or bt. > > Perhaps you could still use the following: > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online-gdb.html > Otherwise, no ideas. > > >> Anyway, I'll try to see if I can reproduce undefined symbol issue here. > >> > >> Not that it would matter much for resolution of your main problem (freeze). > >> Honestly, I have no clue about it. > > > > Ok. Hopefully someone else knows what can produce these freezes. > > BTW, remembering something you said earlier - does including acpi device into > kernel still work for you? I.e. can you boot normally with that? > > Also, can you try 8 on that machine? Just for the sake of experiment? > It boot occationally. It does not seem to matter if I include the acpi device into the kernel or not. I get this message in an verbose boot: KLD file acpi.ko - could not finalize loading I have now included a lot of debuging options. But since the server freezes, Im not able to send a break signal to get into the debugger. I'll try to run FSBD8 on the server later this week. /Bjorn From avg at freebsd.org Wed Sep 30 13:27:38 2009 From: avg at freebsd.org (Andriy Gapon) Date: Wed Sep 30 13:27:59 2009 Subject: FreeBSD 7.2-STABLE boot freeze In-Reply-To: <20090930151542.G37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> <4ABA1D1F.3080704@icyb.net.ua> <20090923171004.Q37424@ns1.as.pvp.se> <4ABA457E.3060800@freebsd.org> <20090924141927.Y37424@ns1.as.pvp.se> <20090925110209.E37424@ns1.as.pvp.se> <4ABC894E.7040204@freebsd.org> <20090928092026.B37424@ns1.as.pvp.se> <4AC06ED6.7030402@freebsd.org> <20090928235136.F37424@ns1.as.pvp.se> <20090929085000.B37424@ns1.as.pvp.se> <4AC211AC.1070404@freebsd.org> <20090929204651.G37424@ns1.as.pvp.se> <4AC34952.9010508@freebsd.org> <20090930151542.G37424@ns1.as.pvp.se> Message-ID: <4AC35CC6.1020103@freebsd.org> on 30/09/2009 16:21 kama said the following: > > It boot occationally. It does not seem to matter if I include the acpi > device into the kernel or not. > > I get this message in an verbose boot: > KLD file acpi.ko - could not finalize loading Do you get this message in all cases? That is, every time you tried? Or only with ACPI_DEBUG defined? > I have now included a lot of debuging options. But since the server > freezes, Im not able to send a break signal to get into the debugger. > > I'll try to run FSBD8 on the server later this week. > > /Bjorn -- Andriy Gapon From haro at h4.dion.ne.jp Wed Sep 30 16:44:38 2009 From: haro at h4.dion.ne.jp (Munehiro Matsuda) Date: Wed Sep 30 16:44:50 2009 Subject: [LOR] ACPI related on 9-current In-Reply-To: <20090929.024547.241896365.haro@h4.dion.ne.jp> References: <20090926.234136.241898347.haro@h4.dion.ne.jp> <200909280829.25171.jhb@freebsd.org> <20090929.024547.241896365.haro@h4.dion.ne.jp> Message-ID: <20091001.014434.241898723.haro@h4.dion.ne.jp> From: Munehiro Matsuda Date: Tue, 29 Sep 2009 02:45:47 +0900 (JST) ::From: John Baldwin ::Date: Mon, 28 Sep 2009 08:29:24 -0400 ::::On Saturday 26 September 2009 10:41:36 am Munehiro Matsuda wrote: ::::> Hi all, ::::> ::::> I've got two LORs related to ACPI on 9-current system from few days old ::::world. ::::> The second one with "ACPI AC adapter", may relate to using sysutils/xbattbar ::::> from ports. ::::> If you need more info, please let me know. :::: ::::Try this patch. It avoids holding the ACPI adapter lock while calling all the ::::power manager eventhandler routines, and it splits the ACPI video lock up ::::into two locks: one to manage the "bus" of video output devices, and one that ::::serves as the softc lock for each of the video output devices. :: ::Hello John, :: ::Thanks for the quick patch. ::It does seem to fix the LORs with ACPI. :: ::I'll test for few more days, and if I get any odd I'll report back. Hello John, I've run the patch for the past day or two and haven't seen any ACPI related LoR or issues with it. So I think it's alright to commit it. Thank you, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., KGT Inc. /|\ |_| |_|_|