From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Grover, Andrew" Subject: RE: [bug] endless loop in arch/i386/kernel/mpparse.c Date: Mon, 30 Sep 2002 10:59:43 -0700 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: Mime-Version: 1.0 Content-Type: text/plain Return-path: Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: "'Bjoern A. Zeeb'" , Matthew Wilcox Cc: Linus Torvalds , acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org > From: Bjoern A. Zeeb [mailto:bzeeb-lists-mt/InyFV0sMN6vK3N8ee0qxOck334EZe@public.gmane.org] > > buggy MADT, but let's not _crash_ when the vendor provides > a shit BIOS. > > the other thing that I was thinking of is: entry is icremented by 8 > but to reach madt_end we need to do another 494 increments. As I am > not really in that code I ask myself what is in that struct. If I > remember correctly 309 objects, ... were found; far not that much ... > (assumtion that we walk through them). > This, with the entry->header.length being zero I think (repeating > myself) madt_end may be wrong ? I cribbed this code from table.c acpi_table_parse_madt_family, which works fine. Some change must have screwed something up for this to be hanging... Regards -- Andy ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf