linux-kernel - 2.6.29 acpi regression: acpi_ex_extract_from

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 15 Mar 2009 11:47:06 +0100
From:	Jiri Slaby <jirislaby@...il.com>
To:	Len Brown <lenb@...nel.org>
CC:	linux-acpi@...r.kernel.org, rjw@...k.pl,
	Linux kernel mailing list <linux-kernel@...r.kernel.org>,
	torvalds@...ux-foundation.org
Subject: 2.6.29 acpi regression: acpi_ex_extract_from_field -- div by zero

Hi,

sometimes, when booting up/resuming from disk, I get an oops[1].

obj_desc->common_field.access_bit_width is zero, but even after the 
loop. Division before the loop is apparently OK.

This is the case:
         /* Mask off any extra bits in the last datum */

         buffer_tail_bits = obj_desc->common_field.bit_length %
             obj_desc->common_field.access_bit_width;

.L39:
         xorl    %edx, %edx      #
         movzbl  37(%rbx), %esi  # 
<variable>.common_field.access_bit_width, 
<variable>.common_field.access_bit_width
         movl    24(%rbx), %eax  # <variable>.common_field.bit_length, 
<variable>.common_field.bit_length
--------------- here:
         divl    %esi    # <variable>.common_field.access_bit_width
         movl    %edx, %ecx      #, tmp121
         testl   %edx, %edx      # tmp121
         je      .L41    #,

[1] http://www.fi.muni.cz/~xslaby/sklad/panics/acpi_oops.png
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/