Bug 44564 - lseek on /proc/N/mem broken (for patch-2.4.2-ac3)
Summary: lseek on /proc/N/mem broken (for patch-2.4.2-ac3)
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel   
(Show other bugs)
Version: 7.1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2001-06-14 08:31 UTC by Mike Coleman
Modified: 2007-04-18 16:33 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-06-06 13:42:55 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Mike Coleman 2001-06-14 08:31:43 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.5 i686)

Description of problem:
Apparently at least some 7.1 x86 kernels incorporate patch-2.4.2-ac3, which
breaks lseek on /proc/N/mem, giving a bogus EINVAL error for seeks to the
top half of a process's memory.  This breaks SUBTERFUGUE
(http://subterfugue.org) and perhaps other programs.

How reproducible:
Didn't try

Steps to Reproduce:
1. This is from a user error report

2.The systems are stock RedHat 7.1, running the 2.4.2-2 RedHat supplied
Have tested with both smp and up versions.
Linux slave6 2.4.2-2smp #1 SMP Sun Apr 8 20:21:34 EDT 2001 i686 unknown
These are burnup systems, generic installation via kickstart.
3.  If you obtain and build SUBTERFUGUE, the command 'sf --tri=Trace date'
would trigger the bug.

Actual Results:  You'll see a python backtrace.

Expected Results:  successful execution

Additional info:

This bug appears to be fixed as of the 2.4.5-ac1 patch.  It's also absent
from all vanilla kernels, I believe.

So, the fix is to upgrade or rebuild your kernel.  (I'm filing this bug
primarily for your errata page.)

Note You need to log in before you can comment on or make changes to this bug.