They should be fixed in ACPICA version 20060217: Fixed a problem where several resource descriptor types could overrun the internal descriptor buffer due to size miscalculation: VendorShort, VendorLong, and Interrupt. This was noticed on IA64 machines, but could affect all platforms.
> -----Original Message----- > From: Bjorn Helgaas [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 14, 2006 4:00 PM > To: Luck, Tony > Cc: [email protected]; [email protected]; Moore, Robert; > Thomas Renninger > Subject: Re: some new unaligned access while booting ia64 (HP rx2620) > > On Thursday 02 February 2006 12:46, Luck, Tony wrote: > > Booting a snapshot of Linus' tree this morning I saw a few (new?) > > kernel unaligned access warnings: > > > > ACPI: Subsystem revision 20060127 > > ACPI: Interpreter enabled > > ACPI: Using IOSAPIC for interrupt routing > > ACPI: PCI Root Bridge [PCI0] (0000:00) > > kernel unaligned access to 0xe00000407ec5a204, ip=0xa0000001003af8c0 > > kernel unaligned access to 0xe00000407ec5a23c, ip=0xa0000001003af8c0 > > kernel unaligned access to 0xe00000407ec5a28c, ip=0xa0000001003af8c0 > > kernel unaligned access to 0xe00000407ec5a1fc, ip=0xa0000001003ae6c1 > > kernel unaligned access to 0xe00000407ec5a204, ip=0xa0000001003ae6d1 > > ACPI: PCI Interrupt Routing Table [\_SB_.SBA0.PCI0._PRT] > > ACPI: PCI Root Bridge [PCI1] (0000:20) > > Did we ever resolve this? Are we just waiting for new ACPI bits > to trickle into -mm and mainline? > > I'd like to see the patch for just this issue, because it affects > SLES10, and Novell might balk at a complete ACPI CA update, but > might take just the individual patch. > > Bjorn - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
