GNU GRUB - Bugs: bug #38800, x86-64: overflowing relocation...
You are not allowed to post comments on this tracker with your current authentication level.
bug #38800: x86-64: overflowing relocation crashes GRUB
Submitter: | <qwertial> | ||
Submitted: | Mon 22 Apr 2013 05:46:08 AM UTC | ||
Category: | None | Severity: | Major |
Priority: | 5 - Normal | Item Group: | None |
Status: | Fixed | Privacy: | Public |
Assigned to: | None | Originator Name: | |
Open/Closed: | Closed | Release: | Bazaar - trunk |
Release: | Reproducibility: | Every Time | |
Planned Release: | None |
Sat 04 May 2013 09:26:49 PM UTC, comment #5: |
Vladimir Serbinenko <phcoder> |
Sat 04 May 2013 07:11:12 PM UTC, comment #4: Ugh, Savannah ate my comment. (Though it is readable in the mailing list.) Anyway, it's because of this change:
|
<qwertial> |
Tue 30 Apr 2013 02:43:21 AM UTC, comment #3: grub-core/kern/dl.c:
|
<qwertial> |
Mon 29 Apr 2013 05:19:22 PM UTC, comment #2: Why do you need to remove ->mod ? |
Vladimir Serbinenko <phcoder> |
Mon 22 Apr 2013 06:06:44 PM UTC, comment #1: Some other random things discovered by the way:
|
<qwertial> |
Mon 22 Apr 2013 05:46:08 AM UTC, original submission:
The x86-64 version of grub_arch_dl_relocate_symbols() does not check whether an R_X86_64_PC32 relocation fits into 32 bits. This makes grub-emu-lite crash (with default compiler options) when trying to execute the module, since module code is loaded above 0x7ffff0000000, while grub-emu-lite code is loaded around 0x400000.
|
<qwertial> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 2 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2013-05-04 | phcoder | Status | None | Fixed | |
Open/Closed | Open | Closed |
Powered by Savane 3.13-3230.
Corresponding source code
/usr/lib/grub is ro to user while the sceript improperly assumes the module directory to be writable. It's a problem with script. As for ->mod I'm puzzled as to why it works on my system as-is.