The patch titled
ptrace: make {put,get}reg work again for gs and fs
has been added to the -mm tree. Its filename is
convert-i386-pda-code-to-use-%fs-ptrace-make-putgetreg-work-again-for-gs-and-fs.patch
See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find
out what to do about this
------------------------------------------------------
Subject: ptrace: make {put,get}reg work again for gs and fs
From: Frederik Deweerdt <deweerdt@xxxxxxx>
Following the i386 pda patches, it's not possible to set gs or fs value from
gdb anymore. When you use gdb/ptrace to modify %fs, the value gets written in
the wrong place.
The patch restores the old behaviour of getting and setting thread.gs of
thread.fs respectively.
Signed-off-by: Frederik Deweerdt <frederik.deweerdt@xxxxxxxxx>
Acked-by: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Cc: Andi Kleen <ak@xxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxx>
---
arch/i386/kernel/ptrace.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff -puN arch/i386/kernel/ptrace.c~convert-i386-pda-code-to-use-%fs-ptrace-make-putgetreg-work-again-for-gs-and-fs arch/i386/kernel/ptrace.c
--- a/arch/i386/kernel/ptrace.c~convert-i386-pda-code-to-use-%fs-ptrace-make-putgetreg-work-again-for-gs-and-fs
+++ a/arch/i386/kernel/ptrace.c
@@ -89,14 +89,14 @@ static int putreg(struct task_struct *ch
unsigned long regno, unsigned long value)
{
switch (regno >> 2) {
- case FS:
+ case GS:
if (value && (value & 3) != 3)
return -EIO;
- child->thread.fs = value;
+ child->thread.gs = value;
return 0;
case DS:
case ES:
- case GS:
+ case FS:
if (value && (value & 3) != 3)
return -EIO;
value &= 0xffff;
_
Patches currently in -mm which might be from deweerdt@xxxxxxx are
ptrace-fix-efl_offset-value-according-to-i386-pda-changes.patch
convert-i386-pda-code-to-use-%fs-ptrace-make-putgetreg-work-again-for-gs-and-fs.patch
disable-init-initramfsc-updated-fix.patch
-
To unsubscribe from this list: send the line "unsubscribe mm-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
