> -----Original Message----- > From: Benjamin Lee [mailto:b...@b1c1l1.com] > Sent: Friday, April 26, 2013 11:40 AM > To: Moore, Robert > Cc: John Baldwin; freebsd-acpi@freebsd.org; Zheng, Lv; Guan, Chao > Subject: Re: panic: acpi_pci_link_srs_from_crs: can't put non-ISA IRQ 20 > in legacy IRQ resource type) > > On Thu, 25 Apr 2013 02:28:25 +0000, "Moore, Robert" > <robert.mo...@intel.com> wrote: > > > Thank you! I backed out my hacks and with your 2 patches 10-CURRENT > > > boots successfully (with functional devices). Loading a custom ASL > > > is not necessary. > > > > Do you mean that the change of a WORD field to a BYTE field is no longer > necessary? > > > > If so, I would really like to see the buffer that is being sent to _SRS. > > Yes, the change of WORD to BYTE is not necessary with 10-CURRENT. > > I don't understand ACPI well enough to answer your followup. All I know > is that there is some change in the ACPI parsing behavior between 9-STABLE > (which triggers AE_AML_BUFFER_LIMIT in the broken _SRS method) and 10- > CURRENT (which used to panic but after jhb's fixes now boots correctly). > Could it be possible that _SRS is not being called at all with the new > ACPI code? >
_SRS is called from the driver software, so ACPICA is not involved. It may be that the resource descriptor is now a little longer and the WORD access no longer goes beyond the end of the buffer. Still, I'm a bit worried about it anyway. > > -- > Benjamin Lee > http://www.b1c1l1.com/ _______________________________________________ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
