From: Greg KH <gregkh@suse.de>
To: linux-kernel@vger.kernel.org, stable@kernel.org
Cc: stable-review@kernel.org, torvalds@linux-foundation.org,
akpm@linux-foundation.org, alan@lxorguk.ukuu.org.uk,
Yinghai Lu <yinghai@kernel.org>, Ingo Molnar <mingo@elte.hu>,
"H. Peter Anvin" <hpa@zytor.com>,
Thomas Gleixner <tglx@linutronix.de>
Subject: [patch 07/35] firmware_map: fix hang with x86/32bit
Date: Tue, 30 Jun 2009 17:14:03 -0700 [thread overview]
Message-ID: <20090701001549.207107959@mini.kroah.org> (raw)
In-Reply-To: <20090701002825.GA6518@kroah.com>
[-- Attachment #1: firmware_map-fix-hang-with-x86-32bit.patch --]
[-- Type: text/plain, Size: 4312 bytes --]
2.6.29-stable review patch. If anyone has any objections, please let us know.
------------------
From: Yinghai Lu <yinghai@kernel.org>
commit 3b0fde0fac19c180317eb0601b3504083f4b9bf5 upstream.
Addresses http://bugzilla.kernel.org/show_bug.cgi?id=13484
Peer reported:
| The bug is introduced from kernel 2.6.27, if E820 table reserve the memory
| above 4G in 32bit OS(BIOS-e820: 00000000fff80000 - 0000000120000000
| (reserved)), system will report Int 6 error and hang up. The bug is caused by
| the following code in drivers/firmware/memmap.c, the resource_size_t is 32bit
| variable in 32bit OS, the BUG_ON() will be invoked to result in the Int 6
| error. I try the latest 32bit Ubuntu and Fedora distributions, all hit this
| bug.
|======
|static int firmware_map_add_entry(resource_size_t start, resource_size_t end,
| const char *type,
| struct firmware_map_entry *entry)
and it only happen with CONFIG_PHYS_ADDR_T_64BIT is not set.
it turns out we need to pass u64 instead of resource_size_t for that.
[akpm@linux-foundation.org: add comment]
Reported-and-tested-by: Peer Chen <pchen@nvidia.com>
Signed-off-by: Yinghai Lu <yinghai@kernel.org>
Cc: Ingo Molnar <mingo@elte.hu>
Acked-by: H. Peter Anvin <hpa@zytor.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
drivers/firmware/memmap.c | 16 +++++++++-------
include/linux/firmware-map.h | 12 ++++--------
2 files changed, 13 insertions(+), 15 deletions(-)
--- a/drivers/firmware/memmap.c
+++ b/drivers/firmware/memmap.c
@@ -31,8 +31,12 @@
* information is necessary as for the resource tree.
*/
struct firmware_map_entry {
- resource_size_t start; /* start of the memory range */
- resource_size_t end; /* end of the memory range (incl.) */
+ /*
+ * start and end must be u64 rather than resource_size_t, because e820
+ * resources can lie at addresses above 4G.
+ */
+ u64 start; /* start of the memory range */
+ u64 end; /* end of the memory range (incl.) */
const char *type; /* type of the memory range */
struct list_head list; /* entry for the linked list */
struct kobject kobj; /* kobject for each entry */
@@ -101,7 +105,7 @@ static LIST_HEAD(map_entries);
* Common implementation of firmware_map_add() and firmware_map_add_early()
* which expects a pre-allocated struct firmware_map_entry.
**/
-static int firmware_map_add_entry(resource_size_t start, resource_size_t end,
+static int firmware_map_add_entry(u64 start, u64 end,
const char *type,
struct firmware_map_entry *entry)
{
@@ -132,8 +136,7 @@ static int firmware_map_add_entry(resour
*
* Returns 0 on success, or -ENOMEM if no memory could be allocated.
**/
-int firmware_map_add(resource_size_t start, resource_size_t end,
- const char *type)
+int firmware_map_add(u64 start, u64 end, const char *type)
{
struct firmware_map_entry *entry;
@@ -157,8 +160,7 @@ int firmware_map_add(resource_size_t sta
*
* Returns 0 on success, or -ENOMEM if no memory could be allocated.
**/
-int __init firmware_map_add_early(resource_size_t start, resource_size_t end,
- const char *type)
+int __init firmware_map_add_early(u64 start, u64 end, const char *type)
{
struct firmware_map_entry *entry;
--- a/include/linux/firmware-map.h
+++ b/include/linux/firmware-map.h
@@ -24,21 +24,17 @@
*/
#ifdef CONFIG_FIRMWARE_MEMMAP
-int firmware_map_add(resource_size_t start, resource_size_t end,
- const char *type);
-int firmware_map_add_early(resource_size_t start, resource_size_t end,
- const char *type);
+int firmware_map_add(u64 start, u64 end, const char *type);
+int firmware_map_add_early(u64 start, u64 end, const char *type);
#else /* CONFIG_FIRMWARE_MEMMAP */
-static inline int firmware_map_add(resource_size_t start, resource_size_t end,
- const char *type)
+static inline int firmware_map_add(u64 start, u64 end, const char *type)
{
return 0;
}
-static inline int firmware_map_add_early(resource_size_t start,
- resource_size_t end, const char *type)
+static inline int firmware_map_add_early(u64 start, u64 end, const char *type)
{
return 0;
}
next prev parent reply other threads:[~2009-07-01 0:40 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20090701001356.007288418@mini.kroah.org>
2009-07-01 0:28 ` [patch 00/35] 2.6.29-stable review Greg KH
2009-07-01 0:13 ` [patch 01/35] parport: netmos 9845 & 9855 1P4S fixes Greg KH
2009-07-01 0:13 ` [patch 02/35] 8250: Fix oops from setserial Greg KH
2009-07-01 0:13 ` [patch 03/35] char: mxser, fix ISA board lookup Greg KH
2009-07-01 0:14 ` [patch 04/35] jbd: fix race in buffer processing in commit code Greg KH
2009-07-01 0:14 ` [patch 05/35] r8169: fix crash when large packets are received Greg KH
2009-07-01 0:14 ` [patch 06/35] fs: remove incorrect I_NEW warnings Greg KH
2009-07-01 0:14 ` Greg KH [this message]
2009-07-01 0:14 ` [patch 08/35] PCI: disable ASPM on VIA root-port-under-bridge configurations Greg KH
2009-07-01 0:14 ` [patch 09/35] atkbd: add forced release quirks for four more keyboard models Greg KH
2009-07-01 0:14 ` [patch 10/35] atmel_lcdfb: correct fifo size for some products Greg KH
2009-07-01 0:14 ` [patch 11/35] bonding: fix multiple module load problem Greg KH
2009-07-01 0:14 ` [patch 12/35] char: moxa, prevent opening unavailable ports Greg KH
2009-07-01 0:14 ` [patch 13/35] ISDN: Fix DMA alloc for hfcpci Greg KH
2009-07-01 0:14 ` [patch 14/35] USB: usbtmc: fix switch statment Greg KH
2009-07-01 0:14 ` [patch 15/35] x86: Add quirk for reboot stalls on a Dell Optiplex 360 Greg KH
2009-07-01 0:14 ` [patch 16/35] ALSA: ca0106 - Add missing registrations of vmaster controls Greg KH
2009-07-01 0:14 ` [patch 17/35] floppy: provide a PNP device table in the module Greg KH
2009-07-01 0:14 ` [patch 18/35] IB/mlx4: Add strong ordering to local inval and fast reg work requests Greg KH
2009-07-01 0:14 ` [patch 19/35] x86: handle initrd that extends into unusable memory Greg KH
2009-07-01 0:14 ` [patch 20/35] lockdep: Select frame pointers on x86 Greg KH
2009-07-01 0:14 ` [patch 21/35] mac80211: fix minstrel single-rate memory corruption Greg KH
2009-07-01 0:14 ` [patch 22/35] md/raid5: add missing call to schedule() after prepare_to_wait() Greg KH
2009-07-01 0:14 ` [patch 23/35] vt_ioctl: fix lock imbalance Greg KH
2009-07-01 0:14 ` [patch 24/35] x86: Set cpu_llc_id on AMD CPUs Greg KH
2009-07-01 0:14 ` [patch 25/35] parport_pc: after superio probing restore original register values Greg KH
2009-07-01 0:14 ` [patch 26/35] parport_pc: set properly the dma_mask for parport_pc device Greg KH
2009-07-01 0:14 ` [patch 27/35] PCI PM: Fix handling of devices without PM support by pci_target_state() Greg KH
2009-07-01 0:14 ` [patch 28/35] PCI PM: Follow PCI_PM_CTRL_NO_SOFT_RESET during transitions from D3 Greg KH
2009-07-01 0:14 ` [patch 29/35] pcmcia/cm4000: fix lock imbalance Greg KH
2009-07-01 0:14 ` [patch 30/35] qla2xxx: Correct (again) overflow during dump-processing on large-memory ISP23xx parts Greg KH
2009-07-01 0:14 ` [patch 31/35] sound: seq_midi_event: fix decoding of (N)RPN events Greg KH
2009-07-01 0:14 ` [patch 32/35] mm: fix handling of pagesets for downed cpus Greg KH
2009-07-01 0:14 ` [patch 33/35] dm mpath: validate table argument count Greg KH
2009-07-01 0:14 ` [patch 34/35] dm mpath: validate hw_handler " Greg KH
2009-07-01 0:14 ` [patch 35/35] dm: sysfs skip output when device is being destroyed Greg KH
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090701001549.207107959@mini.kroah.org \
--to=gregkh@suse.de \
--cc=akpm@linux-foundation.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=stable-review@kernel.org \
--cc=stable@kernel.org \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
--cc=yinghai@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox