Date: Sat, 16 Jun 2012 16:24:14 +0100 From: Chris Whitehouse <cwhiteh@onetel.com> To: "Moore, Robert" <robert.moore@intel.com> Cc: "freebsd-acpi@FreeBSD.org" <freebsd-acpi@FreeBSD.org> Subject: Re: can't recompile vanilla dsdt Message-ID: <4FDCA51E.5070509@onetel.com> In-Reply-To: <94F2FBAB4432B54E8AACC7DFDE6C92E346ADD2EC@ORSMSX101.amr.corp.intel.com> References: <4FD4BBF7.1080103@onetel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E346ADA823@ORSMSX101.amr.corp.intel.com> <4FDA429B.8060003@onetel.com> <94F2FBAB4432B54E8AACC7DFDE6C92E346ADD2EC@ORSMSX101.amr.corp.intel.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 14/06/2012 21:03, Moore, Robert wrote: > We find that "usually", when there are issues with the resource > descriptor values, this means that the BIOS dynamically updates these > values, and the original ASL code simply has garbage values in these > fields. > > We may, in fact, back out the resource descriptor value checking in > iASL for this reason. > > Therefore, there should be no need to change the values. Thanks > > If there is a man page for iASL on FreeBSD, it sounds like it is out > of date and should be updated. I've just sent a PR. (docs/169158) Chris > > Bob > > >> -----Original Message----- From: Chris Whitehouse >> [mailto:cwhiteh@onetel.com] Sent: Thursday, June 14, 2012 12:59 PM >> To: Moore, Robert Cc: freebsd-acpi@FreeBSD.org Subject: Re: can't >> recompile vanilla dsdt >> >> On 12/06/2012 02:28, Moore, Robert wrote: >>> The -cr flag will disable resource descriptor validation during >> compile. >> >> Hi Robert, >> >> thanks for the info. I had tried the -f flag, the -cr doesn't >> appear in the man page for some reason. Both -f and -cr allow it >> compile but I was hoping to actually correct it but I don't know >> whether to correct the length or the range max and min. >> >> thanks >> >> Chris >>> >>> >>>> -----Original Message----- From: owner-freebsd-acpi@freebsd.org >>>> [mailto:owner-freebsd- acpi@freebsd.org] On Behalf Of Chris >>>> Whitehouse Sent: Sunday, June 10, 2012 8:24 AM To: >>>> freebsd-acpi@FreeBSD.org Subject: can't recompile vanilla dsdt >>>> >>>> Hi >>>> >>>> [please cc me, I'm not subscribed, thanks] >>>> >>>> I'm hoping someone can help me with this small problem. I >>>> created a custom aml a while ago: >>>> >>>> http://lists.freebsd.org/pipermail/freebsd-acpi/2009- >> March/005558.htm >>>> l >>>> >>>> Now I want to redo it but even a vanilla dsdt won't recompile. >>>> I'm sure I didn't have these errors previously, perhaps the >>>> compiler has become more strict? >>>> >>>> Anyway, >>>> >>>> muji64# iasl nc6320.asl >>>> >>>> Intel ACPI Component Architecture ASL Optimizing Compiler >>>> version 20110527-64 Copyright (c) 2000 - >> 2011 >>>> Intel Corporation >>>> >>>> nc6320.asl 830: 0x00000000, // >>>> Length Error 4122 - ^ >>>> Invalid >> combination of >>>> Length and Min/Max fixed flags >>>> >>>> nc6320.asl 837: 0x011FEFFF, // >>>> Length Error 4118 - ^ Length >>>> is not >> equal to >>>> fixed Min/Max window >>>> >>>> nc6320.asl 2978: Method (_BCQ, 0, >>>> Serialized) Warning 1099 - Unknown reserved name ^ >>>> (_BCQ) >>>> >>>> nc6320.asl 2978: Method (_BCQ, 0, >>>> Serialized) Warning 1099 - Unknown reserved name ^ >>>> (_BCQ) >>>> >>>> nc6320.asl 3395: Name (C1A6, Package >>>> (0x08) Remark 5048 - >>>> ^ Initializer list shorter than declared package length >>>> >>>> nc6320.asl 4398: Return >>>> (0x00) Warning 1128 - Reserved method should not return a >>>> value ^ >> (_DIS) >>>> >>>> nc6320.asl 4402: Return (0x00) >>>> Warning 1128 - ^ >>>> Reserved method should not return a value (_DIS) >>>> >>>> nc6320.asl 4722: Return >>>> (0x00) Warning 1128 - Reserved method should not return a >>>> value ^ >> (_DIS) >>>> >>>> nc6320.asl 4726: Return (0x00) >>>> Warning 1128 - ^ >>>> Reserved method should not return a value (_DIS) >>>> >>>> nc6320.asl 5677: If (LEqual (C214, >> 0xFFFFFFFD)) >>>> Warning 1100 - Statement is unreachable ^ >>>> >>>> ASL Input: nc6320.asl - 14586 lines, 528295 bytes, 6747 >>>> keywords Compilation complete. 2 Errors, 7 Warnings, 1 Remarks, >>>> 2310 Optimizations >>>> >>>> The two errors are here in the asl: >>>> >>>> 789 Name (C08D, ResourceTemplate () 790 >>>> { 791 WordBusNumber (ResourceProducer, >>>> MinFixed, MaxFixed, PosDecode, 792 0x0000, >>>> // Granularity 793 0x0000, // >>>> Range Minimum 794 0x00FF, // >>>> Range Maximum 795 0x0000, // >>>> Translation >> Offset >>>> 796 0x0100, // Length 797 >>>> ,, ) 798 IO (Decode16, 799 >>>> 0x0CF8, // Range Minimum 800 >>>> 0x0CF8, // Range Maximum 801 >>>> 0x01, // Alignment 802 0x08, >>>> // Length 803 ) 804 WordIO >>>> (ResourceProducer, MinFixed, >> MaxFixed, >>>> PosDecode, EntireRange, 805 0x0000, >>>> // Granularity 806 0x0000, // >>>> Range Minimum 807 0x0CF7, // >>>> Range Maximum 808 0x0000, // >>>> Translation >> Offset >>>> 809 0x0CF8, // Length 810 >>>> ,, , TypeStatic) 811 WordIO (ResourceProducer, >>>> MinFixed, >> MaxFixed, >>>> PosDecode, EntireRange, 812 0x0000, >>>> // Granularity 813 0x0D00, // >>>> Range Minimum 814 0xFFFF, // >>>> Range Maximum 815 0x0000, // >>>> Translation >> Offset >>>> 816 0xF300, // Length 817 >>>> ,, , TypeStatic) 818 DWordMemory >>>> (ResourceProducer, PosDecode, MinFixed, MaxFixed, Cacheable, >>>> ReadWrite, 819 0x00000000, // >>>> Granularity 820 0x000A0000, // >>>> Range Minimum 821 0x000BFFFF, // >>>> Range Maximum 822 0x00000000, // >>>> Translation >> Offset >>>> 823 0x00020000, // Length 824 >>>> ,, , AddressRangeMemory, TypeStatic) 825 >>>> DWordMemory (ResourceProducer, PosDecode, MinFixed, MaxFixed, >>>> Cacheable, ReadWrite, 826 0x00000000, >>>> // Granularity 827 0x00000000, // >>>> Range Minimum 828 0xFEDFFFFF, // >>>> Range Maximum 829 0x00000000, // >>>> Translation >> Offset >>>> 830 0x00000000, // Length ^^^^^^^^ >>>> 831 ,, _Y02, AddressRangeMemory, >> TypeStatic) >>>> 832 DWordMemory (ResourceProducer, PosDecode, >>>> MinFixed, MaxFixed, Cacheable, ReadWrite, 833 >>>> 0x00000000, // Granularity 834 >>>> 0xFEE01000, // Range Minimum 835 >>>> 0xFFFFFFFF, // Range Maximum 836 >>>> 0x00000000, // Translation >> Offset >>>> 837 0x011FEFFF, // Length ^^^^^^^^ >>>> 838 ,, , AddressRangeMemory, TypeStatic) >>>> 839 }) >>>> >>>> >>>> >>>> Both these compile ok: >>>> >>>> ============================================================ >>>> 825 DWordMemory (ResourceProducer, PosDecode, >>>> MinFixed, MaxFixed, Cacheable, ReadWrite, 826 >>>> 0x00000000, // Granularity 827 >>>> 0x0000D000, // Range Minimum ^ 828 >>>> 0xFEDFFFFF, // Range Maximum 829 >>>> 0x00000000, // Translation >> Offset >>>> 830 0xFEDF3000, // Length ^^^^^^^^ >>>> 831 ,, _Y02, AddressRangeMemory, >> TypeStatic) >>>> 832 DWordMemory (ResourceProducer, PosDecode, >>>> MinFixed, MaxFixed, Cacheable, ReadWrite, 833 >>>> 0x00000000, // Granularity 834 >>>> 0xFEE01000, // Range Minimum 835 >>>> 0xFFFFFFFF, // Range Maximum 836 >>>> 0x00000000, // Translation >> Offset >>>> 837 0x011FF000, // Length ^^^^ 838 >>>> ,, , AddressRangeMemory, TypeStatic) >>>> ================================================================== >>>> >>>> 825 DWordMemory (ResourceProducer, PosDecode, >>>> MinFixed, MaxFixed, Cacheable, ReadWrite, 826 >>>> 0x00000000, // Granularity 827 >>>> 0x00000000, // Range Minimum 828 >>>> 0xFEDFFFFF, // Range Maximum 829 >>>> 0x00000000, // Translation >> Offset >>>> 830 0xFEE00000, // Length ^^^^^^^^ >>>> 831 ,, _Y02, AddressRangeMemory, >> TypeStatic) >>>> 832 DWordMemory (ResourceProducer, PosDecode, >>>> MinFixed, MaxFixed, Cacheable, ReadWrite, 833 >>>> 0x00000000, // Granularity 834 >>>> 0xFEE01000, // Range Minimum 835 >>>> 0xFFFFFFFF, // Range Maximum 836 >>>> 0x00000000, // Translation >> Offset >>>> 837 0x011FF000, // Length ^^^^ 838 >>>> ,, , AddressRangeMemory, TypeStatic) >>>> =================================================================== >>>> >>>> >>>> The first has (nearly) contiguous ranges, in the second the range in >>>> the DWordMemory at line 825 overlaps with the range in the >>>> DWordMemory at line 818. >>>> >>>> Should I be changing the lengths to correspond to the range max >>>> and min values or the other way round? >>>> >>>> >>>> uname -a FreeBSD muji64 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue >>>> Jan 3 >> 07:46:30 >>>> UTC 2012 >> root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >>>> amd64 >>>> >>>> Complete asl http://www.fishercroft.plus.com/ >>>> >>>> Thanks for any help, sorry for such a long post. >>>> >>>> Chris _______________________________________________ >>>> 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" >>> > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4FDCA51E.5070509>